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Создай свою реальность 


с компьютером DEPO Ego на базе процессора Intel® Pentium® 4 с технологией HT 


Pentium’4 HT 
inside™ 


Включи DEPO Ego — и перед тобой откроется новая реальность твоих 
любимых компьютерных игр. Наслаждайся быстротой реакции и скоростью, 
исследуй распахнувшийся перед тобой мир высококачественной 
компьютерной графики и настоящего экшена. Теперь эта цифровая 
реальность может стать твоей благодаря компьютеру ОЕРО Едо на базе 
процессора Intel® Pentium® 4 с технологией НТ. 


DEPO Ego 525 DHR: 

. процессор Intel® Pentium® 4 640 c технологией HT 
+ чипсет Intel® 925XE с улучшенной архитектурой 

. сверхбыстрая память DDR2 

. новые возможности графики PCI-Express 

+ реалистичный объемный 8-канальный звук 
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Товар сертифицирован 


Компания DEPO Computers 


Если нужен компьютер, покупай у производителя 
на www.depo.ru или по тел. (495) 969-22-00 
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Когда я был маленький, когда интернета и компьютеров еще не было, деревья 
были большими, солнце всходило с другой стороны, холмы были выше, из ко- 
нопли делали только веревки и все знания приходилось черпать из бумажной 
литературы, — в те времена я любил полистать энциклопедический словарь. 
По данным этого авторитетного издания получалось, что игра является видом 
непродуктивной деятельности, мотив которой заключается не в результате, 
а в самом процессе. Во как! 

Миллионы людей по всему миру, презрев результат, посвящают свое 
время непродуктивной деятельности, отдают за нее деньги тем, кто как раз 
устремлен к производству игр. В общем, целые миллионы прожигают свои 
жизни. Почему? Читаем дальше: «Имеет важное значение в воспитании, обу- 
чении и развитии детей как средство психологической подготовки к будущим 
жизненным ситуациям. Свойственна также высшим животным». Теперь все 
ясно! И правда, компьютерные игры — отличная школа жизни! Вот, допустим, 
«Цивилизация». Народ недоволен, бунтует? Надо построить храм, а потом 
и Колизей. Как вариант — сменить госстрой и ввести в город войска. Сколь- 
ко же людей оптимизировали свою личную жизнь, усвоив эти простые исти- 
ны? Я вих числе :). А FallOut? Правило трех «У» (Укради, Уговори, Убей) в ре- 
альной жизни работает не очень из-за ограничений, хотя и позволяет сделать 
выводы. А какую нечеловеческую реакцию мы развивали, когда играли death- 
mach в Quake 3? Сколько отрицательных эмоций было утилизировано на не- 
живых монстров? Да, получается, что игры — это совсем не фигня, а геймде- 
велоперы несут в массы добро и процветание. Крепко подумав, мы решили 
посвятить читателей в этот нелегкий труд. К тому же, что самое интересное, 
геймдев-труд далеко не альтруистский! 

Получай! Целый номер, посвященный разработке игр. Мне было очень 
приятно делать его, так как когда-то я наполовину портировал игру «Лестни- 
ца» на Delphi, а потом проимел все наработки :). Кстати, не забывай посещать 
наш форум на forum.xakep.ru — нам очень интересно твое мнение о СПЕЦе. 


Александр Лозовский, 
высшее животное, 
которому тоже 
свойственно играть 
alexander@real.xakep.ru 
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Строим двухмерное счастье 
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Сага о ЗО-движках: курс молодого бойца 
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Рассказ 


КТО НЕ МЕЧТАЛ, ЕЩЕ В САМОМ ДЕТСТВЕ CEB ЗА КОМПЬЮТЕР, 
НЕ ПРОСТО ПОИГРАТЬ В ИГРЫ, А СТАТЬ КЕМ-ТО БОЛЬШИМ 

В ЭГОМ ВИРТУАЛЬНОМ МИРЕ — ТВОРЦОМ. НИКОГДА РАНЬШЕ 
ТВОЯ МЕЧТА НЕ БЫЛА ТАК БЛИЗКА К ОСУЩЕСТВЛЕНИЮ! 

НА ЭТОМ ДИСКЕ ТЫ НАЙДЕШЬ ВСЕ, ЧТО МОЖЕТ 
ПОТРЕБОВАТЬСЯ ТЕБЕ, ЧТОБЫ НАПИСАТЬ СОБСТВЕННУЮ ИГРУ 
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По данным сети «Союз», десятка самых продавае- 4 ПРОКЛЯТЫЕ ЗЕМЛИ: 
мых РС-игр в России (на 7 февраля 2006 года) ЗАТЕРЯННЫЕ В АСТРАЛЕ 
выглядит следующим образом (данные 3dgamers.ru): 5 | АРА RACING CLUB 
6 WORLD OF WARCRAFT 
1 CALL OF DUTY 2 7 CALL OF DUTY 2 
2 МАГИЯ КРОВИ 8 NEED FOR SPEED: MOST WANTED 
3 MAX PAYNE 2 э ХЗ: ВОССОЕДИНЕНИЕ 
4 ХРО АРНИИ. 10 БАБА-ЯГА УЧИТСЯ ЧИТАТЬ 
ЛЕВ, ЛДУНЬЯ И ВОЛШЕБНЫЙ ШКАФ 
5 SILENT HUNTER 3 По данным NPDTechWorld, десятка самых прода- 
в КО | ваемых РС-игр в США (за период с 22 по 28 ян- 
7 МА КАР варя 2006 года) выглядит следующим образом 
8 КО | (данные 3dgamers.ru): 


ieilal 
MLA. 


0 


2: ПУТЬ САМУРАЯ 
ER-STRIKE 1. ANTHOLOGY 1 WORLD OF WARCRAFT 
2 CIVILIZATION IV 

По данным интернет-магазина Ozon, десятка самых 3 THE SIMS 2 
продаваемых РС-игр в России (на февраль) выгля- 4 АСЕ OF EMPIRES Ill 
дит следующим образом (данные 3dgamers.ru): 5 BATTLEFIELD 2 
6 ZOO TYCOON 2 
1 ПРИНЦ ПЕРСИИ 3: ДВА ТРОНА 7 CALL OF DUTY 2 

(PRINCE OF PERSIA 3: TWO THRONES) 8 THE SIMS 2 NIGHTLIFE 
2 LADA RACING CLUB ® BATTLEFIELD 2 SPECIAL FORCES 
3 HALF-LIFE 2. КОЛЛЕКЦИОННОЕ ИЗДАНИЕ 10 GUILD WARS 
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ВЗГЛЯД НА ИГРОВЫЕ ЖАНРЫ 
С ПОЗИЦИИ РАЗРАБОТЧИКА 


НА ДВОРЕ 2006 ГОД, И ЕЩЕ КАКИХ-НИБУДЬ СЕМЬ ЛЕТ НАЗАД МЫ ТВЕРДО МОГЛИ БЫ СКАЗАТЬ: 
«ВРЕМЕНА РАЗРАБОТЧИКОВ-ОДИНОЧЕК УШЛИ, КАК УШЛИ ВРЕМЕНА ПРОСТЫХ И ГЕНИАЛЬНЫХ 
20-ИГР. НАСТАЛА ЭРА КРУПНЫХ КОМПАНИИ, БОЛЬШИХ ДЕНЕГ И ГИГАНТСКИХ КОМАНД ГЕИМ- 
ДЕВЕЛОПЕРОВ». ОДНАКО ХХ! ВЕК, ПРИНЕСШИИ НАМ МОБИЛЬНЫЕ ПЛАТФОРМЫ, ОТКРЫЛ 

И НЕМАЛУЮ НИШУ ДЛЯ РАЗРАБОТЧИКОВ-ИНДИВИДУАЛОВ И НЕБОЛЬШИХ КОНТОР, 

КОТОРЫЕ ТОЖЕ МОГУТ РАБОТАТЬ И ПОЛУЧАТЬ ДЕНЬГИ (А МОГУТ ПОРАБОТАТЬ FOR FUN). 


Н Е ВАЖН O [лозовский АЛЕКСАНДР (АТЕХАМОЕВН@ВЕАЕ.ХАКЕР.ВО) 


гра 

Сейчас уже трудно найти человека, который не 
знает, что RPG расшифровывается как «Role 
Playing Game», a не «Ручной Противотанковый 
Гранатомет». Эти игры требуют порядочных 
усилий разработчика: построения внятного сю- 
жета (получается, что в ХХ! веке немногим нра- 
вятся задания в духе «Возьми свиток у Купца 
Ивана и отнеси его через всю карту в деревню 
Большие Бугры, перебив по дороге всех MOH- 
стров») и интересных заданий. Эта задача оказы- 
вается первостепенной, превосходя даже графи- 
ку и звук :). Кстати, проблема выбора графики 
для кодера под большие компьютеры тоже не 
беспроблемна. Что предпочесть? 3D или симпа- 
тичное 2D? Для RPG этот вопрос так и не решен. 
В области мобильных платформ ситуация проще: 
играть в них на КПК относительно удобно благо- 
даря стилусу, а ЗВ RPG отсутствуют как класс и 
пока никому не нужны. Кстати, клон Fallout на 
КПК давно имеется — это Nuclear Time, Kings 
Bounti портирована (очень советую!). Очень ско- 
ро будет и Heroes 2. 


ДОСТОИНСТВА: 

— ПОЗВОЛЯЮТ УБИТЬ 
МНОГО ВРЕМЕНИ. 

— ИНТЕРЕСНЫ 

— СОБИРАЮТ ВОКРУГ 
СЕБЯ ТОЛПЫ ПОЧИТА- 
ТЕЛЕЙ И ФАНАТОВ. 
НЕДОСТАТКИ: 

— СЛОЖНЫ В РАЗРА- 
БОТКЕ СЮЖЕТА: НУЖ- 
НЫ ГРАМОТНЫЕ КРЕА- 


ТОРЫ И СВЕЖИЕ ИДЕИ. 


— ОТНОСИТЕЛЬНО 
СЛОЖНА РЕАЛИЗАЦИЯ 
ГРАФИКИ, ОСОБЕННО 
ИНТЕРФЕЙСА. 

— НЕ ПОДХОДЯТ ЛЮ- 
БИТЕЛЯМ ДИНАМИКИ И 
НЕМНОГО НАПРЯГАЮТ 
МОЗГ, ЧТО В НЕКОТО- 


РЫХ СИТУАЦИЯХ НЕДО- 


ПУСТИМО :). 


стратегии 

Уменьшился ли интерес пользователей к стратеги- 
ям? Действительно ли народ режется в мультипле- 
ерные ВРС, оторвался от корней и не чтит заветы 
предков? Пожалуй, вряд ли. На самом деле время от 
времени в обществе возникала идея: «Ну все, от 
стратегий нам ждать больше нечего. Хедлайнеры 
уже реализовали все идеи, какие есть. И ничего но- 
вого уже не придумаешь». Такие мысли возникали и 
до выхода Dungeon Keeper, который перечеркнул их 
как раз своим выходом и последовавшей бешеной 
популярностью. Отсюда следует простой вывод: по- 
настоящему революционная идея выведет любой 
продукт на первые строчки хит-парадов. Правда, 
идея должна быть по-настоящему крутой. Еще одна 
«правда» в том, что некий интерес пред-ставляет и 
извращение/леми Ше о/портирование проверенных 
продуктов. Но и тут есть одно «но». Продукт должен 
быть законченным. Если помнишь, однажды в конце 
прошлого века на лотках мы увидели Warcraft 2000 
— революционный изврат над оригинальным War2, 
который был порожден на свет несколькими воль- 
ными каменщиками-программерами за полгода. 
В итоге они вытворили незаконченный изврат с дву- 
мя миссиями. Зато там была атомная бомба, и вооб- 
ще играть было небезынтересно :). Какая же мораль 
следует? Взялся извращать классику — делай это 
до конца. Например, думаю, многие old_school'Hbie 
компьютерщики не откажутся погонять на покете в 
С&С или «Дюну 2». Правда, извращать такие про- 
дукты можно только с разрешения официальных 
лиц. Ты же не какой-нибудь пират, правда? 


ДОСТОИНСТВА: 

— УДОБНО ИГРАТЬ НА 
ПОКЕТЕ. 

— РАЗВИВАЕТ МОЗГ. 
— ВОЗМОЖНО, ДАЕТ 
НОВУЮ ЖИЗНЬ КЛАС- 
СИЧЕСКИМ ВЕЩАМ И 
ОЧЕНЬ ВЕРОЯТЕН ИС- 
ХОДНЫЙ КОД ТОЙ СА- 
МОЙ КЛАССИКИ. 

— ОТНОСИТЕЛЬНО 
ПРОСТАЯ ГРАФИКА 
НЕДОСТАТКИ: 

— СЛОЖНОСТИ С А!. 
— сложности со 
СВЕЖИМИ ИДЕЯМИ, 
ЕСТЬ РИСК АБСОЛЮТ- 
НОГО ПРОВАЛА. 

— ПРИ ПОРТИРОВА 
НИИ — РИСК ПОДДАТЬ- 
СЯ СОБЛАЗНУ ЧРЕЗ- 
МЕРНЫХ УЛУЧШЕНИЙ, 
УБИТЬ АТМОСФЕРУ 
ОРИГИНАЛЬНОЙ ИГРЫ, 
ПРОВАЛИТЬСЯ. 


драки 

ortal Combat, Street Fighter, Tekken... Знакомые 
названия? Эти игры отнюдь не потеряли своей 
актуальности, особенно в наш век беспровод- 
ных коммуникаций, когда всем хочется в свобод- 
ное (и рабочее) время набить морду соседу по 
офису, используя, конечно, смартфон. Так чего 
же мы ждем? :) 


ДОСТОИНСТВА: 

— АКТУАЛЬНО В ЭРУ 
БЕСПРОВОДНЫХ КОМ- 
МУНИКАЦИЙ. 

—НЕ НАПРЯГАЕТ МОЗГ. 
НЕДОСТАТКИ: 

— НЕУДОБНО ДЛЯ КПК 


азартные и интеллекгуальные игры 
С этими играми сложилась неоднозначная ситуация. 
С одной стороны, рынок шахмат пресыщен сверх 
всякой меры :), и, наверное, нет смысла писать оче- 
редной шахматный интеллект. С другой стороны, сла- 
бо развиты шашки (в том числе русские) и карточные 
игры. Не ошибся ли я насчет карточных игр? :) Нет, не 
ошибся. Действительно, у нас есть несколько префе- 
рансов и дураков для больших компьютеров, у нас 
есть Pocket Pref, у нас есть Open Зоигсе-преферанс 
для Linux, существует куча блэк-джеков и стрип- 
блэк-джеков, но... Преферанс для покета совсем не- 
идеален, и, по-моему, есть куда развивать его Al. 
Нормального «дурака» для покета я не видел. 
Стрип-блэк-джеки можно писать тоннами :). Прис- 
тупим? Кстати, самый сильный среди преферан- 
сов Al — у «Марьяжа», разработка которого прек- 
ращена. Вероятно, энтузиасты могут обсудить 
вопрос дальнейшего развития (на разных плат- 
формах) с Дмитрием Лесным и Львом Натансоном. 
Еще одним хитрым ходом может быть логическая 
игра собственной разработки или компьютерная 
реализация какой-нибудь игры шаманов древнего 
Тибета, забытой всеми. Как знать, может быть, 
именно это принесет тебе славу Пажитнова? 


ДОСТОИНСТВА: 
—НЕЗАМЕНИМЫ ДЛЯ 
ИНТЕЛЛЕКТУАЛОВ, 

— ОТНОСИТЕЛЬНО 
ПРОСТОЙ КОДИНГ 
ИНТЕРФЕЙСА 

— ЛОГИЧЕСКИХ ИГР 
МНОГО, В ТОМ ЧИСЛЕ 
ОФЛАЙНОВЫХ (МОЖЕТ 
БЫТЬ, ЭТО ТВОЙ 
СЧАСТЛИВЫЙ БИЛЕТ) 
— АЗАРТНЫЕ ИГРЫ 
МОГУТ ПРИНОСИТЬ 
ДЕНЬГИ 

НЕДОСТАТКИ: 

— ВЕСЬМА НЕПРОСТОЙ 
КОДИНГ А! В НЕКОТО- 
РЫХ ИГРАХ. 

— ОПРЕДЕЛЕННАЯ НА- 
СЫЩЕННОСТЬ РЫНКА 
— СЕТЕВЫЕ РЕАЛИЗА- 
ЦИИ ПОСТОЯННО НА- 
ГИБАЮТСЯ ХАКЕРАМИ. 


fps 

Наверное, абсолютно бесперспективный жанр, 
если судить с позиции «домашней» команды раз- 
работчиков. Эти игры диктуют моду в графике, ими 
занимаются огромные корпорации, в них ввалива- 
ются кучи долларов. Старые и добрые шутеры уже 
портированы под мобильные платформы, и в этом 
направлении нам ловить нечего. Наверное, не пор- 
тированы только Catacombs (если помнишь, был 
такой шутер то ли до Wolf 3D, то ли чуть после, 
в нем нужно было глушить врагов магией из руки 
и собирать какие-то ключи) и Blood. Однако то, ну- 
жен ли кому-то такой порт, — большой вопрос. 
Pocket Hexen, Doom и Quake у нас уже есть, и мне, 
к примеру, не понравилось играть в них на КПК :). 


ДОСТОИНСТВА: 

— КРУТО И КРАСИВО 
УБИВАЕШЬ ВРАГОВ. 

— ДИНАМИЧНО. 

— НЕ ПРОИЗВОДИШЬ 
ДВИЖЕНИЙ ИЗВИЛИНАМИ 
(«ВЫНЬ ЭНЕРГОКУБЫ, 
ВСТАВЬ ЭНЕРГОКУБЫ › ) 
НЕДОСТАТКИ: 

— РАЗРАБОТКА НОР- 
МАЛЬНОГО ПРОЕКТА 
ПОЧТИ НЕРЕАЛЬНА — 
НАМ ОСТАЕТСЯ ТОЛЬКО 
РАЗРАБОТКА МОДОВ. 


аркада 

Самый древний и лучший игровой жанр для разра- 
ботчика. На больших компьютерах этот жанр уже 
умер и разложился, а на телефонах — испытывает 
творческий подьем по одной простой причине: уп- 
равление большинства телефонов поддерживает су- 
дорожные нажатия на вверх-вниз-вправо-влево, 
а маленький экран и скудные звуковые возможности 
никогда не были ограничением для этого жанра. 
Правда, для КПК он является приемлемым далеко не 
всегда по причине управления — совсем неудобно 
гонять стилусом человечков по лабиринтам, самоле- 
тики над полями с танками, а клавишное управление 
на большинстве КПК оставляет желать лучшего & 


ДОСТОИНСТВА: 

— ЛЕГКОСТЬ 
РЕАЛИЗАЦИИ; 

— ПРОСТОТА И ЛЕГ- 
КОСТЬ ИГРЫ; 

— ИНТЕРЕСНОСТЬ; 

— ДИНАМИКА; 
НЕДОСТАТКИ: 

—ЕСТЬ ПРОБЛЕМЫ 

С УПРАВЛЕНИЕМ НА КПК 
THE ПОДХОДЯТ ИНТЕЛ- 
ЛЕКТУАЛАМ И ЛЮБИТЕ- 
ЛЯМ АЗАРТНЫХ ИГР. 


неуправляемый 


directx 


ЧТО МЕТ 
ГЕЙМДЕВЕЛОПЕРАМ 
ГОТОВИТ? 


НЕ СЕКРЕТ, ЧТО ТЕХНОЛОГИЯ .NET 
ПОЯВИЛАСЬ ИЗ-ЗА ЗАВИСТИ М$ УС- 
ПЕХУ JAVA: «КАК ЖЕ ТАК? В МОБИЛЬ- 
НЫХ ТЕЛЕФОНАХ НЕ СТОЯТ ОКНА И 
РАБОТАЮТ ПРОГРАММЫ НА КАКОИ- 
ТО JAVA?!» И ВОТ, ВЫПУСКАЯ ИЗ БУ- 
ТЫЛКИ ДЖИНА ПО ИМЕНИ „МЕТ, MS 
СОЗДАЛА СЕРЬЕЗНУЮ ПРОБЛЕМУ 
ДЛЯ КОНКУРЕНТОВ В ВИДЕ БИБЛИО- 
ТЕКИ MANAGED DIRECTX (УПРАВЛЯЕ- 
МЫЙ DIRECTX) ФЛЕНОВ МИХАИЛ АКА HORRIFIC 


«БУДУЩЕЕ 
MANAGED DIRECTX 
ПРИЗРАЧНО, HO 
ЕСЛИ ЕГО СУМЕЮТ 
ПОРТИРОВАТЬ 

НА РАЗНЫЕ 
ПЛАТФОРМЫ, 

ТО МЫ СМОЖЕМ 
СОЗДАТЬ QUAKE, 
КОТОРЫЙ БУДЕТ 
РАБОТАТЬ 
КАК В LINUX, 

ТАК И В WINDOWS» 


кто таков? как известно, Managed DirectX — 
это поддержка DirectX из управляемого кода, TO 
есть из программ, написанных на платформе .МЕТ 
и для нее. Изначально эта технология даже назы- 
валась DirectX .NET, но позже была переименова- 
на в Managed DirectX. 

Первый раз я услышал о новом DirectX при- 
мерно в 2003 году. Информация, которая проса- 
чивалась в интернет, была очень обрывочной, 
а на официальном сайте появилась только бета- 
версия управляемого DirectX. По всей видимости, 
эта библиотека была написана на С# на базе ус- 
таревшего к тому времени DirectX8. Я не видел 
эту библиотеку в действии, потому что в те време- 
на пользовался телефонным подключением к ин- 
тернету и был не в состоянии качать большой 
файл. Судя по отзывам «счастливчиков», библио- 
тека была провальной и тормозила как ржавый 
«Запорожец» по сравнению с «Мерседесом» 
(классическим DirectX). 

Затем наступило затишье. Информации о но- 
вой технологии стало минимум, в основном в виде 
слухов, судя по которым библиотеку переписыва- 
ли дважды, причем полностью. Как всегда, офици- 
альные лица либо отмалчивались, либо несли ка- 
кую-то чушь, поэтому было слишком сложно опре- 
делить, где правда. 


первый релиз и вот перед самым появлени- 
em DirectX 9 мы узнаем, что MS рассылает бета- 
версию обновленной библиотеки Managed DirectX, 
а в девятую версию DX SDK должен попасть пол- 
ный вариант. Бета-версию мне таки не удалось 
увидеть, но когда на жестком диске появился уста- 
новочный файл DX SDK 9.0, то в мои глаза броси- 
лось прежде всего наличие в папке Help двух фай- 
лов помощи directx9_c.chm и directx9_m.chm. Пер- 
вый файл описывает классический DirectX для 
C++, а второй — DirectX 9.0 for Managed Code или 
просто Managed DirectX. 

После установки DX SDK сразу заглядыва- 
ем в директорию Samples и видим директории С# 
и VB.NET с примерами использования DirectX для 
соответствующих языков. Да, если раньше соз- 
давать игры на VB было проблематично, то с по- 
мощью \/В.МЕТ — милости просим, легко и непри- 
нужденно создавай любое приложение DirectX. 


поддержка Библиотека Managed DirectX раз- 
делена на следующие пространства имен: 


—` MICROSOFT.DIRECTX.DIRECT3D — 
ИНТЕРФЕЙСЫ ДЛЯ РЕАЛИЗАЦИИ 
30-ГРАФИКИ; 


— MICROSOFT.DIRECTX.DIRECTDRAW — 
СТАРЫЕ, НО ОЧЕНЬ ДОБРЫЕ ФУНКЦИИ 
ДЛЯ РАБОТЫ С 20-ПОВЕРХНОСТЯМИ 
И СООТВЕТСТВУЮЩЕЙ ГРАФИКОЙ; 


~~ MICROSOFT.DIRECTX.DIRECTSOUND — 
ИНТЕРФЕЙСЫ ДЛЯ РАБОТЫ CO ЗВУКОМ; 


— MICROSOFT.DIRECTX.DIRECTINPUT — 
ИНТЕРФЕЙСЫ ДЛЯ РАБОТЫ С УСТРОЙ- 
СТВАМИ ВВОДА. 


Это основные пространства, и уже становится 
ясно, что у нас есть все необходимое для созда- 
ния игр. Кроме того, в managed DirectX есть ин- 
терфейсы для реализации средств безопасности 
и поддержка сети. 

Все эти интерфейсы можно использовать 
в следующих языках программирования: 


“~ MICROSOFT VISUAL С# 
“™ MICROSOFT VISUAL BASIC .NET 


“~ MICROSOFT VISUAL C++ 
“ MICROSOFT JSCRIPT .NET 


Самое интересное — последний язык. Судя no 
всему, Managed DirectX планируют использовать 
в интернете для создания сервисов с поддержкой 
ЗО-графики! 


тест производительности Попробуем 
провести достаточно простой тест производи- 
тельности. Так как примеры, которые идут в пос- 
тавке с DX SDK, схожи по выполняемым функци- 
ям и притом выводится ЕР$, нам будет достаточ- 
но сначала запустить на одном компьютере при- 
мер на классическом DirectX, а потом — с ис- 
пользованием Managed DirectX. В качестве приме- 
ра возьмем плавающего дельфина DXSDK\Sampl- 
es\C#\Direct3D\DolphinVS. 

На ноутбуке Pentium М 1.7 (видео от АП 
Mobility Radeon 9700) получились следующие ре- 
зультаты FPS для плавающего дельфина: 1) прог- 
рамма Ha С# с использованием Managed DirectX 
в среднем показала 540 FPS; 2) программа на С с 
использованием классического DirectX в среднем 
показала 620 ЕР$. 

Разница в 80 ЕР$ (в данном случае — пример- 
но 15%) оставляет двусмысленное впечатление. 
С одной стороны, разработчики хорошо постара- 
лись и для управляемо- 
го кода получилась дос- 
таточно высокая произ- 
водительность. Не забы- 
ваем, что код С# выпол- 


Файл помощи 
directx9_m.chm 


no Managed DirectX 
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няется как бы в вирту- 
альной машине. С дру- 
гой стороны, падение 
производительности на 
15% неоправданно, я бы 
просто зажал их. Лучше 
потратить драгоценные 
потерянные такты процессора на что-то пополезнее. 

И все же для Managed DirectX найдется при- 
менение в простых играх, а разработчики на таких 
языках, как С# и VB.NET, будут очень довольны. 
Раньше создание игр на УВ было сущей каторгой! 


Блог Тома Миллера 
(один из разработчи- 


ков MS). Лучший ис- 


точник информации 
о Managed DirectX 


источники информации как все уже за- 
метили, пока распространилось очень мало ин- 
формации о Managed DirectX, потому что техноло- 
гия новая и многие относятся к ней с опаской. Са- 
мый лучший источник — это блог Тома Миллера. 
Том является одним из разработчиков АР! для 
Managed DirectX. Кто как не он знает все тонкости 
и последние новости? 

Кроме того, Том написал даже целую книгу, в 
которой подробно описал Managed DirectX девятой 
версии. Книга посвящена разработке графики и игр 
и называется Managed DirectX 9 Graphics and Game 
Programming (Sams Publishing, 2004). В России sta 
книга была переведена в издательстве «КомБук», 
причем название книги и ее обложка не изменились. 


субъективные размышления техноло- 
rua Managed DirectX — мощное средство создания 
игр. Представь себе игру, написанную на С# в соче- 
тании с Managed DirectX. По заявлениям MS, прог- 
раммы .NET могут выполняться на любой платфор- 
ме при наличии соответ- 
ствующего „МЕТ Frame- 
work, следовательно, мы 
получаем межплатфор- 
менную игру. Однако 


Плавающий дельфин 
в программе 


написанной на С# 
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с последним есть серьезные проблемы. Во-первых, 
не существует .NET, нормально портированной на 
системы, отличные от Windows. Есть лишь попытки 
сделать что-то под Linux, но они неработоспособны 
на все 100%. 

Как мне кажется, нормальные люди вообще 
не будут портировать DirectX, потому что не хотят 
нарываться на серьезные проблемы. Managed 
DirectX использует библиотеки неуправляемого 
DirectX, портировать который мегасложно из-за 


применения технологии СОМ. Одну эту технологию 
много раз пытались перенести Ha Linux, половина 
попыток закончилась неудачно, а остальные нак- 
рылись медным тазом. То же самое может ожидать 
Managed DirectX. Если вспомнить, что есть еще та- 
кие ОС, как Sun, FreeBSD, MacOS, в которые не 
ступала нога .МЕТ, то все поймут, что межплатфор- 
менность — мечта, которая может и не сбыться. 

На первый взгляд, вырисовывается страш- 
ная картина. Это мое, субъективное мнение, но 
оно основано на подтвержденных фактах. С дру- 
гой стороны, М$ уже вложила сумасшедшие соот- 
ветствующие деньги и вероятность провала всей 
технологии .МЕТ стремится к нулю. 


ИТОГО Что же ожидает технологию Мападеа 
DirectX? Я думаю, она будет развиваться, но толь- 
ко в сегменте стационарных компьютеров и мо- 
бильных устройств с ОС от Microsoft. Так как нала- 
донники и вкарманники пока не обладают графи- 
ческими возможностями АТ! и GeForce, развитие 
будет протекать медленно и печально. Я отслежи- 
ваю это развитие и одним глазком подглядываю 
в планы, чтобы в случае чего вскочить на коня и 
начать разработку игр на этой технологии. Сейчас 
же...наверное, нет смысла тратить время на по- 
добное, так Kak Managed DirectX работает только 
на стационарах, на которых есть быстрый класси- 
ческий DirectX. Как только появятся мобильники 
с полноценной поддержкой, сразу можно будет 
броситься изучать Мападеа, благо он не очень 
сложен и не сильно отличается от классики 


Описание: 


Fahrenheit (также известный как Indigo 
Prophecy) — один из главных хитов 2005 года. 
Это интерактивный триллер, где вы играете и 
за детективов, и за подозреваемого — и каждое 
ваше действие, каждый выбор имеет значение. 
Интуитивное управление, и интерфейс, дове- 
денный до минимализма, помогают погрузить- 
ся в игру с головой, а повороты сюжета про- 
держат вас в напряжении до самой развязки. 


Описание: 


Разработчики Guild Wars взяли все лучшие 
черты из других MMORPG и смешали их та- 
ким образом, что вы забудете обо всем том, 
что до сих пор раздражало вас в многополь-_ 
зовательских играх. Вы можетезветретить но- 
вых друзей в городах и крепостях, сформиро- 
вать партию и тут.жеготправиться выполнять 
задания вместе. В вашей партии всегда будет 
копии карты квеста. 


Guild Wars Special Edition (EURO) = Жанр: 


: Описание: 
ae 

Е АРТ ВЕ® Age of Empires Ш погрузит вас в атмосферу 
>) ый XVI-XIX веков. Вам предстоит строить 

г собственную империю, колонизировать и за- 

воевывать Северную и Южную Америку и 

участвовать в эпических войнах. Невиданный 

уровень реализма и великолепно отображен- 

ное культурное разнообразие порадуют даже 

самых утонченных эстетов. 


САМАЯ ПОЛНАЯ 


ИНФОРМАЦИЯ ОБ ИГРАХ 


Age of Empires Ill 


* Огромное * Исчерпывающие %* Возможность 
количество описания посмотреть 
скриншотов внутренности 

коробок 


Факс.: (495) 780-8824 
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ИСТОРИЯ Ha платформе PC точкой отсчета для 
шейдеров является видеокарта NVidia GeForce 2 
GTS. Именно в этой карте впервые появились шей- 
деры, но они не произвели прорыва. В связи с тем, 
что в то время шейдеры не были специфицирова- 
ны и не поддерживались производителями игр, эта 
видеокарта так и осталась неким пробным камнем, 
запущенным в направлении наших бумажников. 
Официальная история шейдеров начинается с 
серии GeForce 3 — в то время появились шейдеры 
версии 1.Х и спецификации DirectX 8.1. Для того что- 
бы не отягощать тебя лишними индексами и моделя- 
ми карт, далее я буду рассказывать только о поколе- 
ниях шейдеров (с точки зрения программистов). 
Итак, сейчас мы имеем три поколения: 1.Х, 2.Х и 3.Х. 
На сегодняшний день (до релиза Windows Longhorn) 
последняя программная спецификация от Microsoft 
называется DirectX 9.0c, она включает в себя под- 
держку всех существующих версий шейдеров. 


терминология с точки зрения разработчика 
графической программы, шейдер — это набор со- 
стояний графического конвейера плюс програм- 
мный код, который выполняется графическим про- 
цессором (GPU). Например, в первом Quake тоже 
были шейдеры... Удивлен? Все очень просто, таким 
термином обзывали программную абстракцию, ко- 
торая управляла различными состояниями видео- 
карты. Бессмысленно рассматривать код, исполняе- 
мый GPU, отдельно от состояний графического кон- 
вейера — это единое и неделимое целое. 


графический конвейер прежде чем на- 
чинать изучение шейдеров, необходимо предста- 
влять себе, как работает современный графиче- 
ский конвейер, какие данные приходят ему на вход 
и как он обрабатывает их. Представь себе, что ты 
хочешь нарисовать на экране трехмерный куб. 
В памяти твой куб будет представляться в виде на- 
бора вершин, которые описывают составляющие 
его треугольники (при- 
митивы). Каждая вер- 
шина характеризуется 
своими координатами в 


Опытный образец 


платы PhysX 


тяга 


к революциям 


НАСТОЯЩЕЕ И НЕДАЛЕКОЕ БУДУЩЕЕ 
ТРЕХМЕРНЫХ ТЕХНОЛОГИИ 


«ШЕЙДЕРЫ» — ОДИН ИЗ САМЫХ НЕУДАЧНЫХ ТЕРМИНОВ ВО ВСЕЙ ИСТОРИИ IT, 
ТЕМ НЕ МЕНЕЕ ЭТА ТЕХНОЛОГИЯ ПРИШЛА К НАМ ДОВОЛЬНО ДАВНО И НАДОЛ- 
ГО ЗАНЯЛА КЛЮЧЕВОЕ МЕСТО В НАШЕМ БЮДЖЕТЕ. ОДНАКО ШЕИДЕРЫ — ЭТО 
НЕ ЕДИНСТВЕННЫЙ ВИД ГРЫЗУНОВ, КОТОРЫЕ ГРОЗЯТ НАШЕМУ БЮДЖЕТУ 

ДЫРКАМИ. БУДЕМ ГОТОВИТЬСЯ К КУПЮРНОМУ ЛИСТОПАДУ |TONY томувЕукомтесн.сом) 


ЗО-пространстве: x, у, Z — минимум, без которого 
не обойтись. Обычно вершина содержит дополни- 
тельные параметры: нормаль, диффузный и спе- 
кулярный цвета, несколько наборов текстурных 
координат и т.д. Для оптимизации и чтобы задей- 
ствовать вершинный кеш более эффективно, при- 
митивы используют общие вершины (например, 
семь вершин, образующие пять треугольников). 


Формирование изображения на экране про- 
исходит следующим образом. В каждый момент 
времени главный поток программы генерирует ка- 
дры изображения. Например, для комфортной 
игры в шутер необходимо генерировать минимум 
25 кадров в секунду. Посмотри на диаграмму «Гра- 
фический конвейер». Создание кадра начинается 
с того, что карте сообщается, какую именно гео- 


«ТЕХНОЛОГИЯ PHYSX ВОЗЬМЕТ НА СЕБЯ 
ОБСЧЕТ ФИЗИКИ СЦЕНЫ, КОТОРЫИ 
ПОКА ВЫПОЛНЯЕТ CPU» 


метрию ей необходимо нарисовать для этого ка- 
дра (шаг «буфер вершин»). Каждая вершина об- 
рабатывается вершинным процессором, в кото- 
рый заранее загружена вершинная программа 
(вершинный шейдер). Обычно эта программа 
трансформирует вершины исходя из заданных ми- 
ровой и видовой матриц и для каждой вершины 
вычисляет специфические данные (нормаль, 
цвет). Как ты помнишь, вся геометрия разбивается 
на треугольники. Видимые на экране фрагменты 
треугольников (после отброса невидимых фраг- 
ментов) попадают в пиксельный процессор, где 
они обрабатываются фрагментным процессором 
(пиксельный шейдер), который рассчитывает цвет 
каждого фрагмента. Откуда берутся компоненты 
цвета фрагмента? Из текстур, покрывающих треу- 
гольник, из освещенности и затененности фраг- 
мента и прочих эффектов. Параметры для каждо- 
го фрагмента передаются в пиксельный шейдер 
интерполированными по всему обрабатываемому 
треугольнику, то есть они находятся в прямой за- 
висимости от параметров вершин треугольника. 
После расчета цвета фрагмента он смешивается с 
текущим кадром в зависимости от настроек конвей- 
ера. Буферы между различными частями конвей- 
ера позволяют задействовать конвейер наиболее 
эффективно — с целью минимизации его простоев. 


поколения процессоров Сравним воз- 
можности вершинных и фрагментных процессо- 
ров трех поколений. Поскольку первое поколение 
шейдеров было самым многочисленным (в плане 
версий), я возьму для сравнения только версию 
1.4, остальные практически не отличаются от нее. 
Для версии шейдеров 2.0 буду рассматривать специ- 
фикацию расширенных шейдеров 2.X. 

Как видно по сравнительной таблице, с каж- 
дым новым поколением возрастает длина шейдеров 
и количество регистров, что позволяет усложнять 
и усложнять используемые эффекты. Введение ин- 
струкций для управления кодом (циклы, условия) по- 
зволяет проверять передаваемые из базового кода, 
выполняемого обычным CPU, условия и параметры 
(например позиции источников света). Благодаря 
этому становится возможным создавать реалистич- 
ное попиксельное освещение, зависящее от нес- 
кольких различных лампочек, создавать реальные 
(мягкие) тени, эффекты глубины поверхностей и т.д. 


вершинный процессор теперь покопа- 
емся в кишочках каждого процессора, первый 
в очереди — вершинный. Для каждой вершины вы- 
полняется вершинный шейдер, заранее загружен- 
ный в видеокарту. Посмотри на рисунок «Пример 
шейдера»: в ХМЕ-узле VertexShader содержится код 
вершинной программы (функция тат). Эта про- 
грамма довольно простая, к каждой вершине она 
добавляет диффузный цвет и вычисляет значение 
текстурных координат для специальной текстуры, 
которые изменяются в зависимости от того, под ка- 
ким углом мы смотрим на сцену. Однако для того 


Регистры фрагментных процессоров 


113 


В версии шейдеров 1.4 2.Х 3.0 
Константных регистров (с плавающей точкой) 8 32 224 
Константных регистров (целочисленных) - 16 16 
Константных регистров (логических) - 16 16 
Временных регистров 2 12...32 32 
Текстурные регистры/самплеры 4 16 16 
Регистров цвета/текстурных координат 2 8 10 
Предикаты - 1 1 
Управление выполнением (циклы, условия) - Есть Есть 
Выбор прямой/обратной стороны примитива - - Есть 


чтобы начать расчет нужных данных, мы должны пе- 
ревести координаты вершины из базового про- 
странства (единичной системы координат) в миро- 
вое пространство — эти вычисления обязательны, 
если мы хотим, чтобы сцена отображалась на экра- 
не с учетом камеры и координат в мировом (сцени- 
ческом) пространстве. Это преобразование выпол- 
няется с помощью строчки: о.роз = пи 1.роз, Worl- 
dViewProjection ). Данные о вершине попадают 
в функцию Main() из потока входных данных — это 
так называемый однородный (uniform) ввод данных, 
которые попадают в процессор из локальной памя- 
ти видеокарты в регистры входных данных (Input re- 
gisters). Данные, которыми ты влияешь на шейдер 
из своей управляющей программы, работающей на 
CPU, попадают в программу через константные ре- 
гистры (варьируемый вход). Эти данные не могут 
быть изменены в коде шейдера, поэтому и называ- 
ются константными. В нашем примере константные 
данные — различные матрицы (видовая и мировая), 
а также диффузный цвет вершины. Временные ре- 
гистры используются для сохранения промежуточ- 
ных результатов вычислений (в нашем случае — пе- 
ременные пгт и e2v). Регистр предикатов содержит 
в себе флаг — некоторое условие, которое может 
быть задано заранее (извне шейдера) или рассчи- 
тано в программе. С помощью этого условия можно 
повлиять на ход выполнения программы (ветвле- 
ния). В шейдерах второго поколения (2.0 и 2.Х) воз- 
можны ветвления кода, причем в шейдерах версии 
2.0 возможны только статические ветвления (ци- 
клы и подпрограммы), то есть проверка условий, 
заданных извне шейдера. В расширенных шейде- 
рах 2.Х возможно и динамическое управление хо- 
дом выполнения шейдера. Например, если рассчи- 
танный диффузный цвет вершины красный, то сле- 
дует делать одно, если красной компоненты не со- 
держится — делать другое. 

После того как ты выполнишь все необходи- 
мые вычисления с входными данными, настанет 
время заполнить структуру выходных данных. Она 
ничем не отличается от структуры входных данных, 
за исключением текстурных координат. Выходные 
данные передаются через выходные регистры. 
Подведем итоги: вершинный процессор получает 
вершину, переводит ее из базового пространства 
в пространство мира и камеры, подготавливает 
данные вершины (текстурные координаты) для по- 
следующей обработки фрагментным процессором. 


фрагментный процессор после обра- 
ботки вершинным процессором данные геометрии 
сцены складируются в промежуточном буфере гото- 
вых вершин. Из вершин формируются треугольники, 
а из треугольников — их фрагменты. С точки зрения 
программ, выполняемых GPU, этот процесс незаме- 
тен, поскольку на вход пиксельному шейдеру, завер- 
шающему обработку, попадают видимые фрагменты 
треугольников, но ты должен понимать все происхо- 
дящее внутри видеокарты. 

Три готовые вершины образуют треуголь- 
ник. Треугольник разбивается на фрагменты. 
Эти фрагменты проверяются на видимость на 
экране с помощью 7-теста (проверка на види- 
мость), и уже видимые фрагменты попадают на 
вход фрагментной программе. Почему я заос- 
тряю твое внимание на этом процессе? Здесь 
есть одна тонкость. Ранее ты рассчитывал тек- 
стурные координаты для вершин, а фрагментно- 
му процессору достаются текстурные координа- 
ты для фрагментов. Откуда они берутся? Интер- 
полированием по всему треугольнику, между тек- 
стурными координатами трех его вершин. 

Посмотри еще раз на код примера (XML 
узел PixelShader). Входные данные для фрагмент- 
ного процессора аналогичны выходным данным 
вершинного процессора с учетом того, что они 
интерполированы для конкретного фрагмента 
внутри треугольника. На выходе из фрагментной 
программы мы должны получить результирующий 
цвет фрагмента с учетом текстур, освещения, за- 
тенения и т.д. (в зависимости от решаемой зада- 
чи). В константных регистрах процессора задают- 
ся константы из главной программы. Временные 
регистры служат для сохранения промежуточных 
результатов вычислений. Самплеры — это то же 
самое, что и текстуры. Регистры текстурных ко- 
ординат содержат интерполированные текстур- 
ные координаты для фрагмента. Регистр преди- 
катов и, соответственно, статические и динами- 
ческие ветвления появляются только в 2.Х-версии 
пиксельных шейдеров. В последнем (третьем) по- 
колении шейдеров появляется регистр стороны 
треугольника, который содержит положительное 
значение для передней стороны и отрицатель- 
ное — для задней. Эта возможность используется 
для выбора различных схем расчета результи- 
рующего цвета (выбор освещения) для разных 
сторон треугольников. 


будущее гадание на 
кофейной гуще — чрез- 
вычайно увлекательный 
процесс, именно им и 
занимаются многие аналитики Т-рынка. Их фан- 
тазии нельзя назвать никак по-другому. В прише- 
ствии технологии шейдеров на платформу РС нет 
ничего удивительного. Если в прошлом видеокар- 
ты выполняли фиксированный набор действий, 
то теперь этих действий стало на порядок боль- 
ше за счет того, что появилась возможность пи- 
сать управляющие программы (шейдеры) для 
графических процессоров. После резкого пере- 
хода от технологий фиксированного к технологи- 
ям программируемого графического конвейера 
индустрия продолжила свою эволюцию. Шейде- 
ры обрастали мясом функциональности, новыми 
возможностями и регистрами, высокой частотой 
и возможностями распараллеливания вычисле- 
ний. На сегодня мегамонстр РС-графики держит 
на своем борту 512 Мб памяти, работает на час- 
тоте 600 МГц, данные обрабатываются 24-мя пик- 
сельными конвейерами. Также имеются решения 
на базе технологии SLI из двух видеокарт. Нали- 
цо тенденции к распараллеливанию вычислений. 
Почему существуют такие тенденции? Все очень 


Слева направо: Без 
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просто, инженеры подходят к границам миниатю- 
ризации технологического процесса, преодолеть 
которые невозможно физически. Так что остает- 
ся двигаться в сторону параллельных вычисле- 
ний: многоядерные процессоры, многоканальные 
контроллеры памяти, мультиконвейерные графи- 
ческие решения. В ближайшем будущем нас ожи- 
дает новая операционная система от Microsoft, 
вместе с ней к нам придет новая архитектура гра- 
фических драйверов и новый DirectX. Прыгнут ли 
графические технологии еще раз вперед? Вряд 


ли. Получим ли мы ощу- 
тимую прибавку к про- 
изводительности и каче- 
ству? Наверняка. Спра- 
шиваю, нужно ли нам 
это как пользователям? Вот здесь я сильно сом- 
неваюсь, мне, к примеру, надоело менять виде- 
окарту каждые два года, отваливая за нее от ста 
до двухсот зеленых бакинских комиссаров? 


А тебе? Если не надоело, то стоит прочитать вот 
ЭТО: http://thg.ru/graphic/200601 14/onepage.htm!_, 


Самый сильный 
физик планеты 


Регистры вершинных процессоров 


В версии шейдеров tei 2.X 3.0 
Инструкций 128 256 512* 
Константных регистров (с плавающей точкой) 96** 256** 256** 
Константных регистров (целочисленных) - 16 16 
Константных регистров (логических) - 16 16 
Регистров входных данных (атрибуты вершины) 16 16 16 
Временных регистров 12 12^** 32 
Предикаты - 1 1 
Управление выполнением (циклы, условия) - Есть Есть 
Самплеры - - 4 
Выходные регистры (текстурные координаты) 8 8 12 


* — минимум инструкций, максимум для каждой карты определен в параметре D3DCAPS9Y.MaxVertexShader30InstructionSlots 
** — минимум регистров, максимум задается для каждого устройства в D3DCAPS9.MaxVertexShaderConst 
*** — минимум регистров, максимум задается для каждого устройства в D3DCAPSY.VS20Caps.NumTemps 


В ГОСТЯХ Y HbIOTOHA Графика — это не 
единственное направление, в котором наблюда- 
ется устойчивое появление все новых технологий 
на один геймерский доллар. Кроме шейдеров, в 
твой карман стремится залезть еще один ускори- 
тель, на этот раз — ускоритель физики PPU (Physic 
Processing Unit). Итак, в начале марта 2005 года, 
когда все российские женщины готовились при- 
нимать очередную дозу дежурных комплиментов, 
молодая калифорнийская компания АСЕА объя- 
вила о разработке устройства, способного совер- 
шить революцию, аналогичную некогда триум- 
фальному появлению Voodoo от компании 3DFx. 
По заверениям разработчиков, технология PhysX 
должна была взять на себя задачи по обсчету фи- 
зики сцены, которые на тот момент решались 
CPU. Динамика твердых, гибких и жидких тел, 
столкновения, моделирование волос, меха и т.д. 
отныне будут осуществляться в процессоре 
PhysX. В отличие от современных игр, те игры, KO- 
торые поддерживают технологии АСЕЙА, смогут 
отображать на экране не сотни объектов, подчи- 
няющихся упрощенным законам физики, а десят- 
ки тысяч реальных объектов, полностью подчи- 
няющихся всем законам физики. В новой эре бу- 
дут сняты, казалось бы, монументальные ограни- 
чения на целостность (не разрушаемость) мира и 
ограниченность модели освещения и построения 
теней — PhysX может взять на себя и эти вычисле- 
ния. Чип, состоящий из 125 млн. транзисторов, бу- 
дет выпускаться по 130-нм техпроцессу в виде 
платы расширения с интерфейсом РС! или PCI-Ex- 
press. Потребление энергии составит около 25 Вт. 
Кроме самого чипа, на борту платы будет распо- 
лагаться 128 Мб 2.0 нс GDDR3-namatu, работаю- 
щей на гигагерцовой частоте. В будущем планиру- 
ется использование ХОВ-памяти. 

AGEIA представляет собой небольшое KOH- 
структорское бюро в Калифорнии с офисами в 
Сент-Луисе и отделами разработчиков в Швеции, 
Швейцарии и Китае. Чипы будут производиться, 
по всей видимости, на 
производственных мощ- 
ностях TSMC. Стоимость 
чипа составит от $100 до 
400. В качестве АР! для 
железа будет выступать 
PhysX SDK, включающий 
в себя технологии Me- 


Без шейдеров картин- 


ка выглядит ужасно 
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gon и Novodex, купленных в 2005 году. Обещан- 
ный на Рождество 2005 года, выпуск плат был от- 
ложен на второй квартал 2006 года. По заявле- 
ниям официальных лиц AGEIA, такое решение 
было принято для того, чтобы плата не затеря- 
лась в толпе рождественских новинок. Однако не 
все так просто, как хотелось бы AGEIA. Сдвиг да- 
ты выпуска PhysX нужен для доработки платы в 
плане ее удешевления. Сейчас в Сети циркулиру- 
ют слухи о том, что железка будет стоить $199. 
Однако главная причина кроется, по всей види- 
мости, в немногочисленности игр, поддерживаю- 
щих технологию АСЕ. Напомню, что PhysX SDK 
используется в Unreal Engine 3. 17 января 2006 
года о поддержке этой технологии объявила ком- 
пания Emergent Game Technologies (производите- 
ли движка Gamebryo 3D). Таким образом, следую- 
щие тайтлы наверняка будут поддерживать 
PhysX: The Elder Scrolls М: Oblivion, Loki, Warham- 
mer MMORPG, City of Villains, Tom Clancy's Ghost 
Recon Advanced Warfighter. Эти и наверняка MHO- 
гие другие игры создадут солидную критическую 
массу игр, ускоряющихся железкой, и будут яв- 
ляться солидными аргументами для игроков в 
пользу приобретения Physx. 


сомнения Уже мало кто сомневается в триум- 
фе AGEIA. Однако их конкурент, компания Havok, 
анонсировала свою технологию — Havok FX, ко- 
торая использует для физических расчетов и ре- 
сурсы CPU, и ресурсы GPU третьей шейдерной 
модели. Производитель чипов Radeon, канадская 
компания ATI, также предлагает использовать 
пиксельные шейдеры 3.0 в видеокартах серии 
X1000 для произвольных вычислений, при этом 
текстуры используются для хранения данных, а 
фрагментный процессор — для их обработки. 


115 


Для сравнения: процессор Pentium 4 3 ГГц имеет 
производительность порядка 12 GFLOP, а его си- 
стемная шина — полосу пропускания порядка 6 Гб 
в секунду; фрагментный процессор АТ! Radeon 
X1800XT — 120 GFLOP и, соответственно, 42 Гб 
в секунду. Тесты показали то же, что и предпола- 
гала теория. Производительность вычислений 
возросла в два-три раза при их переносе с CPU 
на GPU. Однако меня, например, одолевают все 
новые и новые сомнения, когда АТ! надувает ще- 
ки и поигрывает бицепсами. 

Все дело в стоимости решений от AGEIA 
иАП. AGEIA предлагает железку не дороже чем за 
$400, а АТ! — за $600. Кроме того, пользователям 
придется приобретать вторую такую же видеокар- 
ту. Я говорю о технологии АТ! Crossfire — аналоге 
SLI решения от NVidia: в паре работают две карты, 
одна занимается только физическими расчетами, 
вторая — только графикой. Так что стоимость ре- 
шения поднимается до $1200, что, согласись, не 
идет ни в какое сравнение с максимальными 400 у.е. 
от AGEIA. Однако вновь мои сомнения возрастают, 
когда в голову приходит мысль о том, нужны ли во- 
обще современному рынку игр физические уско- 
рители. Единственным удачным примером исполь- 
зования физики в игровом процессе является Half- 
Life 2. Причем с этой физикой (Havok 2) легко 
справляются современные процессоры от Intel и 
АМО. Обе компании, между прочим, также не 
дремлют и объявляют от том, что многоядерные 
процессоры будут лучше справляться с играми... 
Что же станут делать дизайнеры игр, если пользо- 
ватель будет ждать от них полной разрушаемости 
игрового уровня? Куда 
денутся классические 
сюжетные преграды, ес- 
ли можно отыскать где- 
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нибудь динамита и взорвать к чертовой матери 
дверь, не пропускающую по сюжету? Впрочем, от- 
ветов на многие вопросы, которыми будут разве- 
яны мои сомнения, осталось ждать недолго — не 
позднее лета 2006. На это время запланировано 
с десяток разных «революций»: Longhorn, AGEIA 
PhysX, Sony PlayStation 3, 
Nintendo Revolution u, 
конечно, куча мегатай- 
тлов, вроде Oblivion. 
Странное совпа- 
дение, не правда ли?.. & 


Работа шейдеров 3.0, 
ParalaxMapping дает 


картинку с неровно- 


стями стен 
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мнение 


профессионалов 


УСПЕШНОЙ МОЖЕТ 
СТАТЬ ЛЮБАЯ ИГРА 


МИХАИЛ РАЗУМКИН: Самые успешные игры — те, при разработке которых 
четко учитывались нужды предполагаемой аудитории и в которых отсутству- 
ют явные недоработки. Так из года в год работают Blazzads, шлифуя до блес- 
ка когда-то изобретенную идею Warcraft. Их игры очень дружественны к HO- 
вичку, позволяют уже с первых минут почувствовать себя хозяином в вирту- 
альном мире. Однако при этом они имеют и достаточную глубину, позволяю- 
щую бывалому геймеру проводить часы за компьютером, оттачивая мастер- 
ство. И серьезные графические навороты здесь не играют решающей роли. 
Красивым, но неиграбельным проектом повосторгаются, и потом его забудут. 

Вообще во многом хитовость игры решает еще и такой фактор, как 
replayability, то есть то, насколько геймеру захочется поиграть еще раз. Иг- 
рой, точно попавшей в своего геймера, можно назвать The Sims, которая сде- 
лала миллионные продажи за счет незадействованной ранее женской ауди- 
тории. Конечно, есть и востребованные жанры. FPS, стратегии всегда попу- 
лярнее, чем остальные виды игр. Зато квесты проще сделать. 

Немалую роль играет и известность марки. Так, например, совершенно 
непотребная игра «Бой с тенью» разошлась у нас очень достойным тиражом. 
Похожая ситуация была и на Западе с Enter the Matrix — гораздо более каче- 
ственной, но далеко не такой хорошей, как хотелось бы. 


АЛЕКСАНДР ФЕДОРА: Успешнее то, что качественно сделано и вышло 
в свое время. 


ЮРИЙ МАТВЕЕВ: Успешной может стать любая игра. В любом жанре. Но 
стать успешной игра может только если обладает какой-то своей, определенной 
изюминкой. Рецептов создания хитов не существует так же, как не существует 
рецептов создания хитовых книг, фильмов... Впрочем, в музыке уже существуют 
способы «сгенерировать» потенциальный хит, просчитав его заранее. Подобные 
ПОПЫТКИ «просчитать успешность» того или иного произведения предпринимают 
и в других областях. Надо только сказать, что настоящими хитами становятся не 
те, что были просчитаны, как ни странно, а те, что были созданы с душой, под 
вдохновением... Под озарением свыше, необъяснимым даже для автора :). 


СЕРГЕЙ АЗАРОВ: Очень хочется ответить, что жанр игры — это все второ- 
степенное. Но реалии таковы, что спрос рождает предложение, а сейчас 
очень большой спрос на игры динамичных жанров с высокой степенью по- 
гружения в мир: шутеры и экшен-игры, причем зачастую с видом от первого 
лица. Конечно, это не означает, что если кто-то выпустит, скажем, высокока- 
чественный продукт в жанре RPG, то он провалится. Да, он продастся и, воз- 
можно, даже очень хорошо, однако это не будет означать, что начни разра- 
ботчики выпускать пачками ВРС-игры, все они тоже станут продаваться ус- 
пешно. Сложно ответить на вопрос о том, как создать хит. Я, например, еще 
не создал хит :), поэтому и ответить четко не смогу. Могу только предполо- 
жить, что для этого, как минимум, нужна слаженная команда профессиона- 
лов и четко поставленное руководство процессом разработки. 


АНДРЕЙ БЕЛКИН: Наиболее успешны игры для домашних консолей — 
PlayStation2, Xbox, Xbox360, GameCube. Соответственно, жанры, характер- 
ные исключительно для PC, выражаясь интеллигентно, явно уступают. Этим 
занимаются, главным образом, квесты и стратегии, которых фактически нет 
на консолях. 

Успешны экшены, шутеры от первого и третьего лица, action/adventure, 
платформеры, RPG ит.д. Создать хит не так уж сложно. В первую очередь нуж- 
на работоспособная студия: менеджер проекта, два-три геймдизайнера, пара 
концепт-художников, десяток программистов, десяток моделеров, три-четыре 
аниматора и звукорежиссер. Нужны деньги, чтобы в течение года-двух платить 
всем этим людям зарплату. Нужен издатель, который выпустит готовый про- 
дукт. Нужно знать, что будет популярно на игровом рынке через год-два (то 
есть тогда, когда игра будет готова). Ну и, конечно, нужно четкое понимание TO- 
го, что ты хочешь сделать, и того, каким именно образом ты это будешь делать. 


МИХАИЛ ПИСКУНОВ: Жанр игры, конечно, имеет значение. По крайней ме- 
ре, есть «нехитовые» жанры — те же квесты, например. Но в хитовых жанрах 
конкуренция выше. Если у геймдизайнера есть что-то интересное, что он хо- 
чет сказать, то на его игру обязательно обратят внимание вне зависимости от 
жанра. Рецепт хита известен. Нужно сделать то, что хотят люди. Лучше, если 
желание людей угадано до того, как оно сформировалось в конкретный зап- 
рос, как было в случае с игрой The Sims. 


АНДРЕЙ БЕЛКИН 


a hw. | 
РУКОВОДИТЕЛЬ ПРОЕКТА SWASHBUCKLERS: 
BLUE AND GREY. НА ДАННЫЙ МОМЕНТ ЗАНИ- 
МАЕТСЯ ОСВОЕНИЕМ КОНСОЛЬНОЙ ПЛАТФОР- 
МЫ, НА КОТОРОЙ ОСНОВЫВАЕТСЯ ПРОЕКТ НИ 
«ГОЛОВОРЕЗЫ». В ПРОШЛОМ СОЗДАТЕЛЬ 


СКАНДАЛЬНОЙ ИГРЫ «БОЙ С ТЕНЬЮ» 


«АКЕЛЛА». 


ОЛЬГА PACHELLA ПАК 


СПЕЦИАЛИСТ ПО РАБОТЕ С ОБЩЕСТВЕН- 
НОСТЬЮ В СФЕРЕ КОМПЬЮТЕРНЫХ ИГР. НА 
ДАННЫЙ МОМЕНТ — РВ-МЕНЕДЖЕР КОМПА- 
ПО СОВМЕСТИТЕЛЬСТВУ — 
КАПИТАН ЖЕНСКОЙ КИБЕРСПОРТИВНОЙ КО- 
МАНДЫ ДЕЙСТВУЮЩИХ ЧЕМПИОНОК РОССИИ 


МИХАИЛ CHSNARK ПИСКУНОВ 


ВЕДУЩИЙ СЦЕНАРИСТ KDV GAMES. ЗА 15 ЛЕТ 
ИГРОСТРОИТЕЛЬНОГО (И ИГРОВОГО) СТАЖА 
УСПЕЛ ПОБЫВАТЬ В РОЛЯХ ПРОГРАММИСТА, 
30-МОДЕЛЕРА, ГЕЙМДИЗАЙНЕРА И ПРИНЯЛ 
УЧАСТИЕ В ПРОЕКТАХ «ВАНГЕРЫ», «ПЕРИ- 
МЕТР», «БРАТЬЯ ПИЛОТЫ 3D» И ДР. 
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МИХАИЛ РАЗУМКИН 


ГЛАВНЫЙ РЕДАКТОР МУЛЬТИПЛАТФОРМЕННО- 
ГО ИГРОВОГО ЖУРНАЛА «СТРАНА ИГР». 

РАНЕЕ ВОЗГЛАВЛЯЛ НЕ МЕНЕЕ ИГРОВОЙ ЖУР- 
НАЛ — «OFFICIAL PLAYSTATION РОССИЯ». РАЗ- 
РАБОТКОЙ ИГР НИКОГДА НЕ ЗАНИМАЛСЯ, НО 
В СИЛУ ПРОФЕССИОНАЛЬНОЙ ДЕЯТЕЛЬНОСТИ 
ОЕ-ЧТО В НИХ ПОНИМАЕТ, ПОСКОЛЬКУ УВЛЕ- 
АЕТСЯ ЭТИМ ДЕЛОМ УЖЕ ОКОЛО 20-ТИ ЛЕТ 


СЕРГЕЙ АЗАРОВ ЮРИЙ МАТВЕЕВ 


ВЕДУЩИЙ ГЕЙМДИЗАЙНЕР И И.О. РУКОВОДИ- 

ТЕЛЯ НЕАНОНСИРОВАННОГО ПРОЕКТА В КОМ- 
ПАНИИ STEP CREATIVE GROUP (www.stepgames.ru) 
РАНЕЕ РУКОВОДИЛ СТУДИЕЙ DESTINY GAMES, 

ГДЕ ТАКЖЕ ИСПОЛНЯЛ РОЛЬ РУКОВОДИТЕЛЯ 

ПРОЕКТА И ВЕДУЩЕГО ГЕЙМДИЗАЙНЕРА 


ОСНОВАТЕЛЬ И ГЕНЕРАЛЬНЫЙ ДИРЕКТОР 
КОМПАНИИ STEP CREATIVE GROUP 
(www.stepgames.ru), АВТОР ИГРЫ «ЗВЕЗДНОЕ 
НА-СЛЕДИЕ» И УЧАСТНИК РАЗРАБОТКИ РЯДА 
ДРУГИХ ИГР КОМПАНИИ В КАЧЕСТВЕ СЦЕНА- 
РИСТА И ГЕЙМДИЗАЙНЕРА 


ВОЛОДЯ КОРОТКОВ 


РУКОВОДИТЕЛЬ ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ 
В КОМПАНИИ «АКЕЛЛА» 


РОМАН ЦОЙ ВАДИМ ГАЙДУКЕВИЧ 


all i 


ВЕДУЩИЙ ПРОГРАММИСТ ПРОЕКТА «MASSIVE 
ASSAULT: РАСЦВЕТ ЛИГИ» (BY WARGAMING.NET) 


№ м 


РУКОВОДИТЕЛЬ ПРОЕКТА 
«МОРСКОЙ ОХОТНИК» 


АНДРЕЙ ТЕВАМ ТЕРТИЧНИКОВ 


ПРОГРАММИСТ КОМПАНИИ MEDIAMOBILE 

В СОСТАВЕ GFI. ЗАНИМАЕТСЯ РАЗРАБОТКОЙ 
МОБИЛЬНЫХ ИГР. ХОББИ — ТРЕХМЕРНАЯ 
ГРАФИКА 


ДМИТРИЙ ЖУКОВ: С тем же успехом можно спросить, какие фильмы самые успешные. У каждой игры 
есть своя аудитория, хотя, наверное, самые успешные игры — это простые незатейливые «Солитер» и 
«Сапер», которые стоят на каждом компьютере. В каждой области есть свои хиты — игры, оказавшие 
сильное влияние и вдохновившие кого-то на создание других игр. Как создать такой хит — не скажу, но, 
однозначно, надо предложить что-то новое. 


АНДРЕЙ ТЕРТИЧНИКОВ: Основное отличие мобильных игр от «немобильных» в том, что человек играет 
в них в основном в те моменты, когда находится вне дома и ему нечем заняться. То есть он либо едет куда- 
то с места на место, либо сидит на каком-нибудь скучном совещании/лекции и т.д. Играют обычно урывка- 
ми, поэтому игры аркадного типа пользуются большой популярностью. Когда играешь в них, не надо запо- 
минать, что было раньше. Также определенные рамки накладывает управление: клавиатура компьютера 
или приставочный джойстик намного более удобны, чем телефонные клавиши, поэтому игры типа квестов 
мало распространены — так же, как и стратегии, хотя некоторые урезанные версии в плане управления 
все-таки есть. А вот создание хитов — процесс непредсказуемый, мало кто знает «секретную формулу» :). 


МИХАИЛ РАЗУМКИН: Естественно, железо. Именно с ним зачастую связан столь длительный срок разра- 
ботки. Особенно это заметно в стане компьютерных игр, так как разработчикам нужно не только создать 
проект, удовлетворяющий самым современным требованиям, но и удовлетворить большинство геймеров, 
до сих пор играющих на устаревшем железе. А поскольку процесс разработки зачастую длится несколь- 
ко лет, то возникают ситуации, когда графический движок приходится дотягивать до новых стандартов. 


АЛЕКСАНДР ФЕДОРА: Железо развивается благодаря играм, но текущее поколение игр зависит от то- 
го железа, которое есть у большинства игроков. Без игр не развивались бы так уверено графические 
акселераторы, а про ускоритель физики вообще никто не услышал бы. Для повседневного использова- 
ния вполне годится и компьютер трех-/пятилетней давности, но люди покупают новое железо. И 90% по- 
купателей делают это исключительно для того, чтобы «шла новая игра». 


ЮРИЙ МАТВЕЕВ: Первое. Это и доказывает наш многолетний опыт работы над различными проектами 
под разные платформы. Если посмотреть на наш недавний римейк — «Звездное наследие» (которое 
было перенесено с платформы ZX-Spectrum) — можно оценить разницу того, как влияет «железо» и, CO- 
ответственно, его возможности на конечный вид игры, по сути, с одной и той же идеей... 


СЕРГЕЙ АЗАРОВ: Оба утверждения имеют право на жизнь, поскольку одно вытекает из другого, и нао- 
борот. Фактически, данный вопрос из разряда «Что было первым: курица или яйцо?». Хотя можно сме- 
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АЛЕКСАНДР ФЕДОРА 


ДМИТРИЙ ЖУКОВ 


ПРОГРАММИСТ КОМПАНИИ STEP CREATIVE 
GROUP (ммм. чердатезли) ЗАНИМАЕТСЯ РАЗРА- 
БОТКОЙ КОМПЬЮТЕРНЫХ ИГР. ПОСЛЕДНИЙ 
ЗАВЕРШЕННЫЙ ПРОЕКТ — «ЗВЕЗДНОЕ НАСЛЕ- 
ДИЕ 1: ЧЕРНАЯ КОБРА» 


ВЕЛИКОБРИТАНИЯ 


C++ DEVELOPER. СПЕЦИАЛИЗАЦИЯ — 
РАЗРАБОТКА САПР. В НАСТОЯЩЕЕ ВРЕМЯ 
РАБОТАЕТ В КОМПАНИИ PATHTRACE, 


СЕРГЕЙ ЗАГУРСКИЙ 


ТЕХНИЧЕСКИЙ ДИРЕКТОР КОМПАНИИ MIST 
LAND — SOUTH В СОСТАВЕ СР! (www.mistgames.ru) . 
В ГЕЙМДЕВЕ БОЛЕЕ ПЯТИ ЛЕТ. ПРИНИМАЛ 
УЧАСТИЕ В ПРОЕКТАХ: «КОД ДОСТУПА: РАЙ», 
«ВЛАСТЬ ЗАКОНА» И «АЛЬФА: АНТИТЕР-РОР» 


ло сказать, что на данный момент железо, как правило, опережает игры по 
технологическому развитию, ибо появление новых возможностей в железе 
находит широкое применение через некоторый промежуток времени. Но 
и здесь есть свое исключение из правил: например, компания Crytek, кото- 
рая уже анонсировала свой новый движок, требующий еще не вышедшего 
DirectX 10 и еще не реализованных в железе Shader Model 4.0. 


ОЛЬГА ПАК: Все сильно взаимосвязано. В первую очередь, новые разработ- 
ки в области компьютерных инноваций дают стимул и возможность создавать 
новые и все более совершенные игры. С другой стороны, спрос на новые иг- 
ры и на их создание порождает спрос на развитие новых технологий, откуда 
и возникает предложение. Законы рыночной экономики действуют и здесь. 


МИХАИЛ ПИСКУНОВ: Не зря же Windows называет игры и вообще програм- 
мы приложениями, то есть не основным. Так что, в общем и целом, конечно, 
железо диктует то, какими должны быть игры. Для специальных платформ 
вроде сотовых телефонов или игровых приставок рамки совсем жесткие. 
А в случае РС возможен вариант, когда требования для игры объявляются 
после того, как она сделана, и в зависимости от того, что получилось. 


ДМИТРИЙ ЖУКОВ: Однозначно, железо ограничивает возможности разра- 
ботчиков — приходится идти на всяческие ухищрения и придумывать гениаль- 
ные алгоритмы, о которых потом пишут в книгах. Ограниченные возможности 
железа — второй стимул к развитию новых алгоритмов после первого — лени. 


СЕРГЕЙ ЗАГУРСКИЙ: С одной стороны, передовая (с технологической точки 
зрения) игра не может быть выпущена без соответствующей поддержки в 
железе. С другой — производители железа всегда рассчитывают на разра- 
ботчиков игр, чтобы те поддержали определенные нововведения в аппарат- 
ной части. Безусловно, высокотехнологичные игры ограничиваются желе- 
зом. Но в то же время железки, как правило, не выходят до тех пор, пока ка- 
кие-либо игры не будут использовать их аппаратные возможности. Так что 
этот вопрос из разряда «Что появилось раньше: софт или железо». 


АНДРЕЙ ТЕРТИЧНИКОВ: Мобильные игры существенно ограничены аппа- 
ратными возможностями телефонов, поэтому приходится очень сильно ужи- 
маться как в плане графики, так и в плане сложности уровней и самой игры. 
Да и то, что делать игры приходится с оглядкой на самые слабые модели те- 
лефонов (ведь для них тоже надо делать специальные версии игры, пускай 
и урезанные, но они должны сохранить геймплей оригинала), тоже наклады- 
вает свои ограничения. 


СПЕЦ: ПОЧЕМУ ПРАКТИЧЕСКИ ВСЕГДА ПРИ ПОКУПКЕ НОВОЙ 
ИГРЫ МЫ ВЫНУЖДЕНЫ ДЕЛАТЬ КОНФИГУРАЦИЮ КОМПЬЮТЕРА 
ВСЕ БОЛЕЕ НАВОРОЧЕННОЙ? ИНОГДА, ЧТОБЫ ПОИГРАТЬ В ИГРУ, 
НУЖНО НЕ ТОЛЬКО КУПИТЬ ДИСК, НО И СДЕЛАТЬ АПГРЕЙД 
КОМПЬЮТЕРА. ПОЛУЧАЕТСЯ ЗАТРАТНО... 


МИХАИЛ РАЗУМКИН: Это не совсем так. Точнее, это бывает верно только в 
случае самых топовых проектов, а их, как правило, единицы. Например, тот же 
Warcraft Ш имел весьма умеренные аппетиты. А вот про монстров вроде 
Battlefield 2 или F.E.A.R. такого не скажешь. Чем более грандиозные планы ста- 
вит перед собой разработчик, тем более мощное железо необходимо для их 


реализации. Всем так нравится естественная физика последних шутеров и ав- 
тосимуляторов, но для ее просчета нужен весьма шустрый процессор. То же 
касается и графики. Новые технологии позволяют добиваться все более pea- 
листичной картинки, однако, чтобы она еще и двигалась :), понадобится пос- 
леднее слово техники в области видеокарт. Но рука производителей железа в 
этом тоже чувствуется. Вряд ли кто признается, но ведь ни для кого не секрет, 
что та же Half-Life быстрее бегает на radeon'ax, а Doom — на geforce'ax... 


АЛЕКСАНДР ФЕДОРА: Потому что игры — это ПО, которое выжимает из 
компьютера 110% его возможностей. Всегда хочется сделать игру такой, какой 
еще нет. В то же время некоторые разработчики улучшают графику и физику, 
пренебрегая при этом геймплеем, — и это очень плохая тенденция. В какой-то 
степени этому способствуют и сами игроки, многие из которых встречают игры, 
что называется, «по одежке», отдавая в первую очередь предпочтение наибо- 
лее навороченной графике, но не геймплею, который сложно передается ста- 
тичными скриншотами на обложке диска. По этой причине большинство игр 
разрабатывается для продвинутой конфигурации, а на обычном железе от пол- 
ноценной игры остается только обрубок, лишь отдаленно соответствующий за- 
думке авторов проекта. В худшем случае — теряется атмосфера игры. 


ЮРИЙ МАТВЕЕВ: Прогресс не остановить (это если кратко). В остальном — 
придется прочесть целую лекцию по истории развития интерактивных раз- 
влечений :). 


СЕРГЕЙ АЗАРОВ: «Спрос рождает предложение» — известная экономичес- 
кая истина. Если игрок хочет увидеть все прелести технологического проры- 
ва в области игростроения, то ему неизбежно придется выложить круглень- 
кую сумму, как минимум, на видеокарту. Но есть и другая сторона медали: 
нужно уметь собирать компьютеры, чтобы их хватило хотя бы на один-два го- 
да. Немудрено, если вдруг выяснится, что разработчики железа находятся в 
тайном заговоре с ключевыми фигурами игроиндустрии. 


ОЛЬГА ПАК: Мир не стоит на месте, и постоянное обновление никому не по- 
мешает. Учитывая запросы наших потребителей (сейчас уже никого не уди- 
вишь появлением на экране ЗО-модели), стараемся создавать все более 
«навороченные» игры, ведь народ именно этого хочет. Но нельзя сделать 
прорыв в игровой индустрии без сопутствующего прорыва в технической 
сфере. И если шагать в ногу со временем, то стоит почаще совершенство- 
вать свой домашний компьютер. 


ДМИТРИЙ ЖУКОВ: Компьютерная индустрия вообще быстро развивается. 
Любые программы со временем требуют больше и больше — просто игро- 
вая индустрия в данном случае самая жадная. Конкуренция высокая, поэто- 
му надо предлагать что-то новое, интересное и увлекательное. Платит за это 
пользователь — разумеется, делая постоянные апгрейды. Наверное, это 
можно сравнить с производством фильмов: эффекты становятся все инте- 
ресней, а бюджет картин постоянно растет. 


СЕРГЕЙ ЗАГУРСКИЙ: Дело в том, что практически каждая новая игра в ка- 
кой-то мере раздвигает технологические горизонты, охваченные уже суще- 
ствующими играми, вводя новые масштабы игровых локаций, высокую дета- 
лизацию персонажей, качественный искусственный интеллект, массовость 
игрового действия & 
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На www.boycottgun.com Association For American Indi- 
an Development предлагает бойкотировать вес- 
терн GUN от Activision, действие в котором проис- 
ходит на Диком Западе. По мнению организа- 
торов акции, игра ущемляет интересы исконных 
американцев, поскольку содержит элементы ра- 
сизма и геноцида в отношении индейцев. 
Компьютерная игра Doom появилась в 1994 
гы ь году. Позже Министерство обороны США призна- 
. ло ее потенциальным прототипом компьютерных 
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TA a симуляторов для подготовки бойцов спецподраз- 
" {% делений. На основе Doom был разработан компь- 
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ТТТ | m= HD ютерный симулятор для обучения морских пехо- 
тинцев Marine Doom. 
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из По словам Майка Морхейма (Mike 
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Morhaime — глава компании Blizzard), аудитория 
MMORPG World of Warcraft на территории Европы 
уже насчитывает миллион пользователей. В це- 
лом, по всему миру, аудитория этой игры состав- 
ляет порядка 5,5 миллионов игроков. 

Крупнейший ресурс для фанатов www.metal- 
gearsolid.org, был закрыт хостером после трагичес- 
кой смерти одного из посетителей, ник которого 
был Kuja105. По словам свидетелей, Кца105 на 
протяжении нескольких недель обещал свести 
счеты с жизнью, в то время как другие пользова- 
тели пытались отговорить его. 

Компания Vivendi Universal получила лицен- 
зию на новый компьютерный мультфильм Ice Age 
2: Meltdown. Игра выйдет в версиях для Xbox, 
PlayStation, GameCube, GameBoy Advance, 
Nintendo DS и PC весной 2006 года! Вполне ясно, 
что придется играть за злобного бельчонка 
и его друзей :). 


арены 


г 
a 
a 
м 
a 
a 
= 
Г 
a 
Г 
г 
г 
г 
= 
г 
Г 
= 
= 
Г 
м 
7 
= 
a 
a 
‚в 
Г = 
= 
‘в 
г 
i 
г 
г. 
i 
и 
Г 
ы 
i 
i 
i 
Г 
= 
Г 
м. 
Г 
= 
a) 
i 
= 
г 
и 
© 
Г 
a 
i 
и 
i 
1 
i 
1 
. 
i 
в 
в 


20 [ТЕОРИЯ 


ф 


изика 


в играх 


ВОЗМОЖНОСТИ 
СУЩЕСТВУЮЩИХ ДВИЖКОВ 


НЕ ИМЕЕТ СМЫСЛА МНОГО ГОВОРИТЬ О ТОМ, 

ЧТО В СОВРЕМЕННЫХ ИГРАХ ОЧЕНЬ ЧАСТО 
ИСПОЛЬЗУЮТСЯ ФИЗИЧЕСКИЕ СИМУЛЯЦИИ РАЗЛИЧНО- 
ГО РОДА. ФИЗИКА УЖЕ ДАВНО (И НАДОЛГО) ПРОТОГТА- 
ЛА ДОРОЖКУ В СИМУЛЯТОРЫ, В ОСНОВНОМ АВТОМО- 


Б ИЛ Ь Н Ы Е ЕВГЕНИЙ КОРНЮШЕНКО WWW.STEPGAMES.RU 


немного терминологии Физика исполь- 
зуется и как основной элемент геймплея (хард- 
корные симуляторы), и как средства к получению 
дополнительных эмоций игроком (различного ро- 
да разрушения). Также есть ряд жанров, в кото- 
рых массовое применение физики началось срав- 
нительно недавно — это прежде всего шутеры 
и игры с видом от третьего лица. Спектр исполь- 
зования физических эффектов в них очень ши- 
рок: от достаточно простых rag-dolls и пинания 
ящиков до попыток завязать часть геймплея на 
физику (Half-life 2, Psi-ops и т.д.). Кроме всего пе- 
речисленного, существует ряд игровых жанров, 
в которых физика не нужна в принципе, к приме- 
ру в пошаговых глобальных стратегиях. В целом 
на сегодня физика в играх является важнейшим 
элементом, но несмотря на это раскручена не так, 
как графика. 


Физический движок (фд) 

ФД — библиотека, которая рассчитывает физиче- 
ские взаимодействия между объектами игрового 
мира (симулируется физика, описываемая закона- 
ми Ньютона). Физические движки, используемые 
при разработке игр, как правило, не симулируют 
физические процессы игрового мира со 100% точ- 
ностью, а лишь производят достаточно точную ап- 


проксимацию физических законов. Современные 
игровые физические движки состоят из двух ча- 
стей: подсистемы определения столкновений и под- 
системы расчета физических взаимодействий. 


Подсистема определения столкновений 

Основные два параметра подсистемы определе- 
ния столкновений: скорость работы и точность 
определения столкновений. Недостаточная точно- 
сть приводит к появлению разных артефактов, та- 
ких как перекрытие объектов, неопределение 
столкновений при существенно разных размерах 
и скоростях объектов и т.д. Для ускорения работы 
подсистемы столкновений используют различного 
рода разбиения пространства на подпростран- 
ства, такие Kak quadtree (рекурсивное деление 
пространства на четыре подпространства) или ос- 
tree (деление на восемь подпространств), для сни- 
жения количества проверок столкновений. Систе- 
мы столкновений работают дискретно — столкно- 
вения рассчитываются через определенные про- 
межутки времени. Итак, такого рода системы мо- 
гут приводить к тому, что столкновения с участием 
быстро движущихся объектов не фиксируются — 
для борьбы с подобного рода артефактами неко- 
торые системы столкновений поддерживают так 
называемый continuous collision detection (CCD) 


Таблица рентабельности 


преимущества PhysX Havok TrueAxis ODE Tokamak Newton 
Стоит ли денег да да да нет нет нет 
Есть ли ССО да да да нет нет да 
Встроенная поддержка rag-dolls нет да нет нет нет да 
Встроенная поддержка автомобилей да да да нет нет да 
Дополнительная поддержка персонажей = fa да нет нет нет нет 
Поддержка многопоточности да да нет нет нет нет 
Симуляция жидкостей да да нет нет нет нет 


(системы непрерывного отслеживания столкнове- 
ний). Суть метода continuous Collision detection за- 
ключается в том, что проверка столкновений меж- 
ду двумя объектами производится не между ними 
самими в дискретные моменты времени, а между 
вытянутыми объемами, которые представляют дви- 
жение объектов в течение всего временного шага. 


Подсистема симуляции (пс) 
ПС, помимо скорости работы, характеризуется та- 
ким параметром, как стабильность симуляции. 
Этот параметр влияет непосредственно на досто- 
верность самой физической симуляции: если си- 
муляция нестабильна, видны разные артефакты, 
например подергивающиеся объекты. Симуляция 
дискретна, то есть программист извне задает шаг 
времени, который необходимо рассчитать. От раз- 
мера этого шага и зависит стабильность симуля- 
ции. Соответственно, чем больший размер шага 
позволяет устанавливать движок, тем лучше. 
Подавляющее большинство физических 
движков может (с различным успехом) симулиро- 


На базе физики твердого тела реализуется также 
физическое поведение персонажей и широко из- 
вестный эффект тряпичной куклы (rag-doll), кото- 
рый заключается в том, что персонаж (чаще всего 
мертвый) падает вниз, как тряпичная кукла. Для ре- 
ализации подобного рода поведения только твер- 
дых тел недостаточно. Используются так называ- 
емые сочленения (joint) или ограничения (constraint). 

Джоинт — это точка, которая соединяет два 
твердых тела (соединение обычно задается относи- 
тельно точки джоинта) и накладывает ограничения 
на положение тел в пространстве друг относитель- 
но друга или на скорости тел относительно друг 
друга. Типов джоинтов много (некоторые движки 
позволяют писать собственные). Для реализации 
рэгдолов используют ball-joint u hinge-joint. Ball-joint — 
это шарнирное соединение двух тел, OHO ограничи- 
вает перемещение тел друг относительно друга 
и налагает ограничение на то, как повернуты тела 
относительно друг друга по трем осям (при помощи 
джоинтов такого типа в регдолле крепится плечо 
или голова к телу). Hinge-joint — это петельное сое- 


«ДОБАВЛЕНИЕ ФИЗИКИ В ИГРУ УСЛОЖ- 
НЯЕТ ПРОЦЕСС РАЗРАБОТКИ ПРОДУКТА 
И ТРЕБУЕТ ДОПОЛНИТЕЛЬНЫХ РЕСУРСОВ» 


вать физику твердого тела (Rigid body simulation). 
Твердое тело — это тело, которое не меняет свою 
форму (например кирпич, стол, стена и т.д.). На 
данный момент подавляющее большинство игр ис- 
пользует именно физику твердого тела, главным 
образом потому, что с приемлемой производитель- 
ностью может обсчитываться лишь физика твердо- 
го тела. Для представления объема твердых тел, 
в зависимости от движка, могут использоваться как 
различные примитивные тела (прямоугольники, 
сферы, цилиндры, конусы и т.д.), так и более слож- 
ные (карты высот, выпуклые многогранники или не- 
выпуклые многогранники). Если используются толь- 
ко примитивные тела, более сложные тела описы- 
ваются с помощью аппроксимации примитивами. 
Для описания свойств твердых тел используется 
понятие материала, который описывается параме- 
трами: коэффициент трения (может быть два: ко- 
эффициент трения покоя, который показывает, как 
тяжело сдвинуть тело, и коэффициент трения дви- 
жения, который показывает, как тяжело удерживать 
тело в движении), упругость (сколько энергии оста- 
ется после столкновения с другим телом). Помимо 
этих параметров, могут быть и другие. Твердое тело 
также имеет массу. Движение твердых тел опись- 
вается при помощи линейной, угловой скорости 
и ускорения. Хотя движки позволяют устанавливать 
эти параметры непосредственно, воздействия на 
тела, как правило, осуществляют при помощи при- 
ложения либо физических сил (влияют на ускоре- 
ния тел), либо импульсов (влияют на скорости). 


динение двух тел, которое ограничивает повороты 
тел относительно друг друга одной осью. В целом 
же спектр применения джоинтов очень широк и не 
ограничивается только созданием rag-dolls. 
Помимо физики твердого тела, различные 
физические движки могут реализовывать допол- 
нительные возможности: специальную поддержку 
симуляции движения автомобилей, симуляцию во- 
ды и прочих жидкостей, симуляцию тканей и одеж- 
ды, симуляцию частиц, дополнительную поддерж- 
ку для симуляции персонажей — высокоуровне- 
вые контроллеры персонажей, встроенную под- 
держку rag-dolls, поддержку анимации и т.д. 


физика и разработка наличие физики 
в игре накладывает отпечаток на весь процесс 
разработки. В зависимости от того, каков объем 
и характер физических фич, могут быть затронуты 
практически все аспекты производственного про- 
цесса — от геймплея до контента. 

Как делать физику — этот вопрос требует 
решения. На одном полюсе — решение о том, что- 
бы писать физику самостоятельно. На другом по- 
люсе — покупка готового решения, которое пол- 
ностью покроет спектр поставленных задач. Где- 
то посредине находится такой вариант: модифици- 
ровать существующий, но далеко не на 100% под- 
ходящий движок. Как и в остальных областях раз- 
работки ПО, данное решение зависит от множе- 
ства факторов: наличия средств, наличия персо- 
нала, наличия подходящих решений и т.д. 
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В зависимости от выбора и требований к фи- 
зике сложность разработки может значительно 
колебаться. Если же рассматривать одну и ту же 
игру с физикой и без нее, при прочих равных, то 
вариант с физикой (достаточно объемной) затро- 
нет всех участников производственного процесса. 
Наличие физики прежде всего влияет на архитек- 
туру кода игры: введение такой сложной подсисте- 
мы влияет и на графику, и на искусственный ин- 
теллект, и даже на ввод пользователя. 

Помимо архитектурных моментов, в команде 
разработчиков появляется новая роль — програм- 
мист физики, который будет вынужден заниматься 
вопросами реализации воплощения физических 
фич (эта доля тяжелая и неблагодарная). Наличие 
физики повлияет и на геймдизайн. С одной сторо- 
ны, можно будет добавлять различные физиче- 
ские геймлей-фичи, с другой стороны, появится 
дополнительная забота о том, как физика скажет- 
ся на остальном геймплее. Также физика затраги- 
вает и производство контента для игры: придется 
создавать физические модели объектов, настраи- 
вать материалы, rag-dolls и джоинты. 


обзор существующих решений до 
недавнего времени ситуация на рынке физических 
движков была довольно стабильна. Существовало 
несколько бесплатных физических движков (раз- 
ного качества), а также ряд коммерческих физиче- 
ских движков. Однако в ушедшем 2005 году компа- 
ния АСЕ анонсировала первый в истории игро- 
вой индустрии ускоритель физики, который снима- 
ет с центрального процессора задачу расчета фи- 
зики. Ускоритель пока еще не появился в продаже, 
но его создатели утверждают, что их продукт будет 
способен обсчитывать порядка 40 000 объектов (на 
данный момент количество физических объектов, 
обсчитываемых на ПК, составляет десятки). 

Ниже рассмотрим основные физические 
движки, которые существуют на сегодня. Помимо 
чисто физических движков, существует масса 
игровых движков, которые содержат физические 
подсистемы, написанные поверх одной из библио- 
тек (на www.devmaster.net/engines можно ознакомиться 
с игровыми движками). 


PhysX (www. ageia.com, коммерческий) 

Эта физическая технология предоставляется KOM- 
панией AGEIA и как физический движок, и как АПИ 
для работы с их физическим ускорителем. На дан- 
ный момент ряд игровых компаний заявили о под- 
держке этой технологии в своих продуктах (в том 
числе Unreal Engine). 


ВОЗМОЖНОСТИ: 

™ СИМУЛЯЦИЯ ТВЕРДЫХ ТЕЛ — В КАЧЕ- 
СТВЕ ФИЗИЧЕСКОГО ПРЕДСТАВЛЕНИЯ 
МОГУТ ИСПОЛЬЗОВАТЬСЯ ПРИМИТИВЫ 
(ПЛОСКОСТИ, БОКСЫ, КАПСУЛЫ) И ВЫ- 
ПУКЛЫЕ МНОГОУГОЛЬНИКИ, А ТАКЖЕ 
ИХ КОМБИНАЦИИ; 
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“™ ПОЛНОСТЬЮ НАСТРАИВАЕМЫЕ ДЖОИН- 
ТЫ С ШЕСТЬЮ СТЕПЕНЯМИ СВОБОДЫ; 


— СИМУЛЯЦИЯ ЖИДКОСТЕЙ; 


— ФИЗИЧЕСКОЕ ВЗАИМОДЕЙСТВИЕ МЕЖДУ 
ЖИДКОСТЯМИ И ТВЕРДЫМИ ТЕЛАМИ; 


— КОНТРОЛЛЕРЫ ПЕРСОНАЖЕЙ (ПЕРСО- 
НАЖ МОЖЕТ СОСТОЯТЬ ИЗ БОКСОВ 
И КАПСУЛ), ПОЗВОЛЯЮЩИЕ АВТОМАТИ- 
ЧЕС ПЕРЕМЕЩАТЬСЯ ПО ЛЕСТНИЦАМ; 


— АВТОМОБИЛИ НА ОСНОВЕ ТРЕЙСИНГА ЛУЧА; 


— ПОДДЕРЖКА НЕСКОЛЬКИХ СЦЕН; 


— СИСТЕМА СТОЛКНОВЕНИЯ ПОДДЕРЖИ- 
ВАЕТ НЕПРЕРЫВНОЕ ОТСЛЕЖИВАНИЕ 
СТОЛКНОВЕНИЙ; 


—_ МУЛЬТИПЛАТФОРМЕННОСТЬ; 


—_ МНОГОПОТОЧНОСТЬ. 


Havok (www.havok.com, коммерческий) 

Один из старейших физических движков. Ha нем 
сделаны десятки игр (посмотреть их список можно 
по адресу www.havok.com/content/blogcategory/29/73) He- 
давно Havok анонсировал новую технологию рас- 
чета физики Havok FX, которая производит расче- 
ты физики на видеокартах используя шейдеры 3.0. 


ВОЗМОЖНОСТИ: 
“ ФИЗИКА ТВЕРДОГО ТЕЛА; 


— ДЖОИНТЫ; 


— СИСТЕМА СТОЛКНОВЕНИЯ ПОДДЕРЖИ- 
ВАЕТ НЕПРЕРЫВНОЕ ОТСЛЕЖИВАНИЕ 
СТОЛКНОВЕНИЙ; 


— ПОДДЕРЖКА СИМУЛЯЦИИ АВТОМОБИЛЕЙ; 
— RAG-DOLLS; 


— КОНТРОЛЛЕРЫ ПЕРСОНАЖЕЙ (ПОЗВОЛЯ- 
ЮТ ПЕРСОНАЖАМ ПЕРЕМЕЩАТЬСЯ 
ПО ЛЕСТНИЦАМ); 


™ МНОГОПОТОЧНОСТЬ. 


Trueaxis (www.trueaxis.com) 
Бесплатный для некоммерческого использования. 
Исходники закрыты. 


ВОЗМОЖНОСТИ: 
“™ ФИЗИКА ТВЕРДОГО ТЕЛА; 


— СИСТЕМА СТОЛКНОВЕНИЯ ПОДДЕРЖИ- 
ВАЕТ НЕПРЕРЫВНОЕ ОТСЛЕЖИВАНИЕ 
СТОЛКНОВЕНИЙ; 


™ В КАЧЕСТВЕ ПРЕДСТАВЛЕНИЯ МОГУТ ИС- 
ПОЛЬЗОВАТЬСЯ ВЫПУКЛЫЕ МНОГОУГОЛЬ- 
НИКИ, КАПСУЛЫ, ЦИЛИНДРЫ И СФЕРЫ; 


— ПОДДЕРЖКА СИМУЛЯЦИИ АВТОМОБИЛЕЙ: 


“ ДЖОИНТЫ. 


ODE (www.ode.org, BSD, исходники открыты) 
Единственный в списке движок с открытыми исход- 
никами, что позволяет ему служить в качестве базы 
для построения собственного физического движка 
(небезызвестный проект S.T.A.L.K.E.R. использует 
модифицированный ODE), а также просто для изу- 
чения того, как «оно все внутри устроено». ODE 
очень часто используется различными игровыми 
движками в качестве физической подсистемы. 


ВОЗМОЖНОСТИ: 
— ФИЗИКА ТВЕРДОГО ТЕЛА; 


™~ ДЖОИНТЫ; 


— СИСТЕМА СТОЛКНОВЕНИЙ ОТДЕЛЕНА ОТ 
ФИЗИЧЕСКОЙ СИМУЛЯЦИИ, ЧТО ПОЗВО- 
ЛЯЕТ ИНТЕГРИРОВАТЬ ODE С РАЗНЫМИ 
СИСТЕМАМИ СТОЛКНОВЕНИЙ. 


Tokamak (www.tokamakphysics.com, бесплатный, 
исходники закрыты) 


возможности: 
™ ФИЗИКА ТВЕРДОГО ТЕЛА; 


—` ДЖОИНТЫ (ВСЕГО ДВА ВИДА: BALL 
И HINGE — ДОСТАТОЧНО ДЛЯ ПОСТРО- 
ЕНИЯ RAG-DOLLS). 


Newton (www.physicsengine.com, бесплатный, исход- 
ники закрыты) 


ВОЗМОЖНОСТИ: 

— СИСТЕМА СТОЛКНОВЕНИЯ ПОДДЕРЖИ- 
ВАЕТ НЕПРЕРЫВНОЕ ОТСЛЕЖИВАНИЕ 
СТОЛКНОВЕНИЙ; 


“™ ФИЗИКА ТВЕРДОГО ТЕЛА; 


™ RAG-DOLLS; 


— ПОДДЕРЖКА СИМУЛЯЦИИ АВТОМОБИЛЕЙ. 


физика на примере Для практического 
примера возьмем демонстрационную программу 
из OPAL (ореп physics abstraction layer: 
http://ox.slug.louisville.edu/opal/wikj) — это открытый фи- 
зический движок, предоставляющий единый высо- 
коуровневый интерфейс для работы с другими 
физическими движками. На данный момент суще- 
ствует единственная реализация поверх ОПЕ, 
в разработке находится оболочка над TrueAxis. 
Для работы необходимо скачать сам движок — 
http://prdownloads.sourceforge.net/opal/opal-0.3.1 -src.zip?download. 

Нас интересует дема, которая находится в пап- 
ке oOpal-0.3.1-src\samples\simple\ и показывает базо- 
вые аспекты работы с физическим движком OPAL, 
демонстрируя работу с твердыми телами. В качестве 
визуализатора используется библиотека SDL (wwwlib- 
sdl.org/index.php), Приложение состоит из единственно- 
го файла тат.срр и нескольких П-ков. При старте по- 
является статический бокс. При нажатии клавиши 


«пробел» на этот бокс падают твердые тела, предста- 
вляемые при помощи различных примитивов. Рас- 
смотрю файл тат.срр и прокомментирую те его ча- 
сти, которые относятся к физической симуляции. 


набор глобальных переменных 


Переменная gSimulator типа opal::Simulator указы- 
вает на экземпляр физического движка OPAL. Тип 
opal::Simulator — собственно, и есть сам физиче- 
ский движок. Он инкапсулирует внутри систему 
расчета столкновений и подсистему расчета фи- 
зики. Как правило, в приложении достаточно одно- 
го экземпляра физического движка. Подобного 
рода архитектура, при которой существует некий 
объект, содержащий информацию обо всех физи- 
ческих объектах игрового мира, и производит об- 
счет физики и используется практически во всех 
высокоуровневых физических движках. 

Переменная gEntities содержит список сущ- 
ностей типа opalSamples::Entity, которые имеют 
физическое представление. Сам класс и его на- 
следники мало интересны, так как они в данной 
программе служат для отрисовки симулируемых 
объектов. В самом классе opalSamples::Entity Hac 
интересует одно поле — opal::Solid* mSolid. Тип 
opal::Solid представляет твердое тело в физиче- 
ском движке OPAL. Твердое тело обладает пози- 
цией, скоростью, ускорением и является базовой 
единицей симуляции — такого рода сущность есть 
в любом физическом движке. В данной программе 
для рисования сущности необходимо знать пози- 
цию твердого тела — эта информация получается 
путем вызова метода getTransform у mSolid. 


содержимое функции тат 
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В первой строчке создаем экземпляр симулятора 
при помощи функции Opal::createSimulator(). Bo вто- 
рой строчке устанавливаем силу гравитации для 
этого симулятора при помощи метода setGravity 
и передачи в качестве параметра вектора силы тя- 
жести. Заметь, что можно задать гравитацию, от- 
личную от земной, или установить ее равной нулю. 
С точки зрения физической симуляции, гравитация — 
это всего лишь одна из сил, действующих на тело, 
подобного рода метод применяют из соображений 
удобства и эффективности, так как, как правило, 
в симулируемом мире гравитация присутствует. 


В приведенном коде создаем объект в виде пря- 
моугольной коробки, он служит в землей. В первой 
строчке создаем твердое тело в нашем симулято- 
ре (это твердое тело будет обрабатываться имен- 
но данным симулятором и никаким другим). 

Во второй строчке делаем тело статическим, то 
есть оно не может менять свою позицию (обладает 
бесконечной массой), но может взаимодействовать с 
другими физическими телами. В играх такие статиче- 
ские тела используются для симуляции неподвижных 
объектов локаций, таких как земля, стены и т.д. 

В третьей строчке создаем экземпляр струк- 
туры boxShape, которая описывает трехмерный 
прямоугольник (бокс). 

В четвертой строчке устанавливаем его разме- 
ры по трем осям, а в пятой — устанавливаем этот 
прямоугольник в качестве объема для нашей земли, 
вызвав метод addShape. Можно добавлять сколько 
угодно разных фигур (Shapes), описывая таким обра- 
зом сложный объем. В OPAL, помимо боксов, в каче- 
стве объема можно использовать сферы, цилиндры, 
плоскости и многоугольники. Все фигуры имеют, по- 
мимо специфичных для каждой фигуры параметров 
(как dimensions в нашем примере), ряд общих полей: 


Matrix44r offset; 
Material material: 


Поле offset задает смещение фигуры относитель- 
но центра твердого Tena, поле material задает 
свойства материала фигуры. В OPAL'e материал 
имеет следующие свойства: 


hardness — от 0 до 1. Показывает, насколько допу- 
стимо перекрытие объемов тел. 

friction — от 0 до 1, трение движения. Чем больше 
это значение, тем быстрее будет останавливаться 
движущееся тело. 

bounciness — от 0 до 1, упругость. Чем больше 
значение, тем больше энергии будет поглощаться 
при соударении. 

density — плотность материала. На основании это- 
го параметра и объема фигуры вычисляется масса 


фигуры. 


основной цикл программы (вернее, те его части, 
которые представляют интерес в контексте рас- 
сматриваемого вопроса) 
while (!gQuit) 
{ 
opal::real dt = 
sedSeconds(); 
gQuit = processinput(); 
Е (!gPaused) 
{ 


(opal::real)timer.getElap- 
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gSimulator->simulate(dt); 
} 
} 


Нам интересна только последняя строчка. В ме- 
тод simulate передаем единственный параметр — 
время, которое прошло в «физическом мире». 
Именно внутри этого вызова происходит расчет 
столкновений и расчет взаимодействия физиче- 
ских объектов, происходит обновление позиций, 
скоростей и т.д. 


gSimulator->destroy(); 


Заключительная строчка программы вызывает ме- 
тод destroy объекта-симулятора, тем самым осво- 
бождая все ресурсы, занятые им, и уничтожая все 
физические объекты, созданные через методы си- 
мулятора, подобные createSolid. 

В примере я рассмотрел весьма простое 
приложение. В реальной игре больше задач, эти 
задачи сложнее. Тем не менее, даже если су- 
дить по этому приложению, можно сказать, что 
на сегодня не нужно быть специалистом по вы- 
сшей математике и физике только для того, что- 
бы писать приложения, включающие в себя фи- 
зические симуляции & 


Ваши сотрудники 
решают несколько 
задач одновременно. 


Разве им не нужны 
такие же ПК? 


Процессор Intel® Pentium® 4 с технологие 

в LARGA PowerLine обеспечивает 
значительное повышение производительности 
при работе в многозадачных средах 
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Что будем рассматривать в этой статье? Нас инте- 
ресует графика, а значит, будем говорить о тех во- 
просах, которые связаны с графикой и играми. Оп- 
тимизировать отображение стандартного окна с на- 
стройками игры мы не будем. Опускаться до такой 
пошлости :), как ассемблер, тоже не будем, потому 
что если опуститься туда, то можно будет писать це- 
лую книгу. Здесь лучше меня расскажет Касперски 
или другие уважаемые спецы по этому языку. Я 
знаю ассемблер, но не втакой степени, чтобы зани- 
маться оптимизацией, хотя, даже если просто пере- 


графоманские 
улучшения 


ОПТИМИЗАЦИЯ ИГРОВОЙ ГРАФИКИ 


ОБОЖАЮ ОПТИМИЗАЦИЮ: ВО 


ВРЕМЯ ПРОФИЛИРОВАНИЯ КОДА ПРИХОДИТ- 


СЯ СЕРЬЕЗНО НАПРЯГАТЬ МОЗГИ И ИСКАТЬ ИНТЕРЕСНЫЕ РЕШЕНИЯ. ПРИ 
ПРОГРАММИРОВАНИИ ИГР МНЕ ДОСТАВЛЯЕТ БОЛЬШЕЕ УДОВОЛЬСТВИЕ 
СОЗДАНИЕ ЭФФЕКТОВ И ПРОЦЕСС ОПТИМИЗАЦИИ. МОЖЕТ БЫТЬ, ПОЭТОМУ 
Я ЕЩЕ НЕ СОЗДАЛ НИ ОДНОЙ ИГРЫ ;) [ФЛЕНОВ МИХАИЛ АКА HORRIFIC (WWW.VR-ONLINE.RU) 


писать какую-то функцию С++ на ассемблере, то 
код может работать быстрее. «Может», но не обя- 
зательно, поэтому не будем трогать эту тему. 


КОМПИЛЯТОР Не секрет, что львиная доля игр 
создается на С++, и чаще всего для компиляции 
используется компилятор от Microsoft. Этот стан- 
дарт признанный, и кто оптимизирует программу 
для работы в Windows лучше, чем сам производи- 
тель ОС? Однако нужна ли эта оптимизация в от- 
ношении Windows настолько сильно? С полной 


уверенностью говорю, что не нужна!!! Почему? Об 
этом читай буквально в следующем абзаце. 
Всегда удивляюсь тем паразитам, которые 
разрабатывают программы (в том числе игры) с ми- 
нимальными требованиями в Pentium 4, причем ком- 
пилируют с помощью Visual C++ 6.0 без патчей и 
обновлений. Что тут удивительного? То, что Visual 
Studio 6.0 без патчей не знает о существовании 
Pentium 4, он даже ММХ-команды по умолчанию не 
использует. Почему бы не использовать то, что есть 
в минимальных требованиях? Одни только команды 


ММХ могут повысить производительность, а если 
включить и SIMD, то выиграешь в производительно- 
сти до 20%, не внося ни капли изменений в код. 

Так почему же не нужна оптимизация под ОС 
Windows? Игры используют возможности ОС мини- 
мально, то есть больше DirectX и процессора, 
а кто знает архитектуру процессоров лучше, чем 
cama Intel? По некоторым тестам, одна смена ком- 
пилятора может повысить производительность 
программы на 10-15%, особенно в программах, ин- 
тенсивно рассчитывающих графику. Действитель- 
но, такие показатели видишь не очень часто, а мо- 
жет приключиться и замедление работы, но 10% — 
вполне реальная цифра, причем абсолютно без 
каких-либо вмешательств в код. Главное — 
использовать процессор по максимуму и задей- 
ствовать все возможности. 


профилятор-турбулятор когда игра го- 
това, запускаем ее и ищем самое слабое место. 
Я всегда искал его на глаз (в принципе, в игровом 
движке не так уж сложно определить слабое ме- 
сто), но недавно познакомился с программой Intel 
VTune Performance Ana- 
lyzer. Эта утилита пред- 
назначена для анализа 
скорости выполнения 
программы. Настраива- 
ем VTune, запускаем 
программу и через ка- 
кое-то время смотрим, 
какие замеры сделал 


Intel VTune 
Performance Analyzer 
в действии 


Компилятор от Intel 


для Windows 
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VTune. Главное, что нас интересует, — какая функ- 
ция работает дольше всех. Оптимизацией именно 
такой функции нужно заниматься в дальнейшем. 

Только не торопись. Одного времени выпол- 
нения мало. Дольше всех может выполняться 
функция инициализации игрового уровня, где про- 
исходит загрузка текстур и т.д., но ее оптимизаци- 
ей заниматься необязательно. Необходимо учиты- 
вать прежде всего те функции, которые участвуют 
непосредственно в рендеринге. 

Кроме того, нужно учитывать количество вы- 
зовов. Например, одна функция может выполнять- 
ся достаточно быстро, но вызываться очень ча- 
сто. Проанализируй: если вызов происходит из 
одного или двух мест, то, может, лучше ты сдела- 
ешь ее inline, то есть избавишься от нее вовсе 
и сэкономишь лишний переход, возврат, переда- 
чу параметров и т.д. В целом экономия составит 
примерно три и более команд (в зависимости от 
количества параметров), но если умножить это 
значение на количество вызовов функции, то эко- 


номия становится существенной. Например, если 
за секунду произошло 1000 вызовов функции, то 
избавление от нее даст экономию в 3000 команд 
в секунду — не так плохо! 

Кстати, в играх вообще не должно быть ма- 
леньких функций, выполняющих от одного до трех 
простых действий. Именно они чаще всего вызыва- 
ются по сотни раз и съедают драгоценные такты. 


секреты OT intel корпорация Intel заботит- 
ся о разработчиках, в том числе о разработчиках 
игр. На intel.com есть много полезной информации 
о различных методах оптимизации и эффектив- 
ных способах по использованию возможностей 
современных процессоров. Сейчас можно найти 
множество документов по использованию Hyper- 
Threading в играх, а двухъядерные процессоры 
действительно могут повысить производитель- 
ность на порядок. Если для игры два ядра являют- 
ся минимумом, то почему не воспользоваться ими 
для своих нужд? 


мнение 
эксперта 


Михаил ChSnark Пискунов — 


ведущий сценарист KDV GAMES 


РОСТ ТРЕБОВАНИЙ ДЛЯ ИГР 
СВЯЗАН В OCHOBHO 
ТОЯННЫМ РОСТОМ КАЧЕСТВА 

ГРАФИКИ. УЛУЧШИТЬ ГРАФИКУ 
В ИГРЕ — САМЫЙ 
И ПРОСТОЙ ПУТЬ СДЕЛАТЬ ЕЕ 
ЛУЧШЕ. ПО КРАЙНЕЙ 
В ВОСПРИЯТИИ ПОКУПАТЕЛЕЙ. 
ТУТ МОЖНО ДАЖЕ ПРОВЕСТИ 


С ПОС- 


ОЧЕВИДНЫЙ 


МЕРЕ, 


АНАЛОГИЮ С ДРУГИМИ ПРО- 
ДУКТАМИ ВЫСОКИХ ТЕХНОЛО- 
ГИЙ. НАПРИМЕР, ПОКУПАТЕЛИ 
ТВЕРДО ЗНАЮТ, ЧТО ЧЕМ 
БОЛЬШЕ «МЕГАГЕРЦ В ПРОЦЕС- 
СОРЕ» И «МЕГАПИКСЕЛЕЙ 

В КАМЕРЕ», ТЕМ ЛУЧШЕ, ПОЗ- 
ТОМУ ПРОИЗВОДИТЕЛИ И НА- 
РАЩИВАЮТ ИХ ЧИСЛО. ТАК ЖЕ 


И В ИГРАХ: С КАЖДЫМ ПРОЕК- 
ТОМ БОЛЬШЕ ПОЛИГОНОВ 

НА МОДЕЛЬ И СПЕЦЭФФЕКТОВ, 
СООТВЕТСТВЕННО, БОЛЬШЕ 
ТРЕБОВАНИЯ. НО НИ ОДНА ИГ- 
РА НЕ БЕЖИТ ВПЕРЕДИ ЖЕЛЕЗ- 
НОГО ПАРОВОЗА, 

КОТОРЫЙ ПОДЧИНЯЕТСЯ СВО- 
ЕЙ ЛОГИКЕ ДВИЖЕНИЯ. 
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Классика оптимиза- 
ции — игра .kkrieger. 
Размер игры — 97 Кб 


жается в память с же- 
сткого диска, который 
является самым слабым 
звеном компьютера. 
Далее процессор вос- 
становит изображение, 
и если алгоритм сжатия несложный, то, может 
быть, на это потребуется меньше времени, чем на 
загрузку с диска несжатых данных. 

Количество используемых цветов влияет 
и на потребности в ресурсах. Чем больше цветов 
мы используем, тем больше памяти требуется для 
хранения изображений, поверхности и тем боль- 
ше потребности в процессорном времени, чтобы 
копировать всю эту память между поверхностями. 

Предположим, у нас есть картинка разме- 
ром 100х100 пикселей. Если используется глу- 
бина цвета в один байт, для хранения изображе- 
ния понадобится 10 000 байт памяти. Такая кар- 
тинка может содержать максимум 256 цветов 
(что очень мало), и поэтому желательно исполь- 


(включая код, звук, 
текстуры) 


На сайте есть информация и на русском языке. Да, 


ее намного меньше, чем на английском, но основные 
и последние документы переводятся. Советую загля- 
нуть на следующую страничку: www.intel.com/cd/ids/de- 
veloper/emea/rus/dc/games/index.htm. 

Запомнить этот адрес трудновато, поэтому 
выжги его в «Избранном». 


ati и nvidia компании ATI и NVidia являются за- 
конодателями моды на рынке домашних видео- 
ускорителей и так же, как Intel, заботятся о разра- 
ботчиках. На их сайтах можно найти тонны инфор- 
мации о разработке графических эффектов, игр и 
использовании максимальных возможностей по- 
следних видеочипов. 

Чем сильнее ты нагрузишь видеочип, тем бы- 
стрее будет работать программа. Почему? Чаще 
всего видеоускорители выполняют задачи бы- 
стрее, чем центральный процессор, потому что они 
специально заточены для графических вычисле- 
ний, матриц, векторов и т.д. Некоторые задачи мо- 
гут выполняться параллельно с вычислениями цен- 
тральным процессором, что также повысит произ- 
водительность. 

Если ты решил использовать какую-то ин- 
формацию с сайтов www.ati.com ИЛИ www.nvidia.com 
TO проявляй осторожность. Некоторые функции 
работают на видеочипе одного производителя, но 
вызывают серьезные проблемы на чипе другого 
производителя. В этом случае можно потерять 
большую часть потенциальных пользователей, а 
если проект коммерческий, то и покупателей. 
Чтобы решить проблему, попробуй создать две 
сборки исполняемых файлов: одна для чипа ATI, 
вторая — для чипа NVidia. Осуществляется не так 
сложно. Создаешь две функции для разных SDK 
и подключаешь их в зависимости от сборки, вы- 
полняемой в данный момент. Да, усложняется от- 
ладка, но прямой вызов функций драйвера ви- 
деокарты лучше. 


«ИСПОЛЬЗУЯ DIRECTDRAW, НИКОГДА 
НЕ ПРИМЕНЯЙ GDI: ОНИ ТОРМОЗЯТ 
ПРОГРАММУ. ПОЛЬЗУЙСЯ ПРЯМЫМ 
ДОСТУПОМ К ПОВЕРХНОСТИ 

И КОПИРОВАНИЕМ ПОВЕРХНОСТЕЙ» 


качество — производительность 
Оптимизация графики — это достаточно интерес- 
ный процесс, потому что здесь, помимо общих 
принципов оптимизации программ, применяется 
множество других приемов. Например, чтобы оп- 
тимизировать размер картинки, ее сжимают клас- 
сическим архиватором. Размер файла уменьшит- 
ся, но коэффициент сжатия зависит от самой кар- 
тинки. Например, фотографии с большим количе- 
ством цветов сжимаются очень плохо. 

Человеческий глаз не способен различить 
два оттенка цвета, если в них отличается на едини- 
цу только одна составляющая. Получается, что 
если объединить близлежащие точки с небольшим 
отличием в оттенке и заменить их одним цветом, то 
файл сожмется больше, а пользователь ничего и 
не заметит. Такое сжатие называется компресси- 
ей с потерей качества. Тут нужно добиваться ком- 
промисса качества изображения и качества сжа- 
тия, что достигается выбором максимальной раз- 
ницы между оттенками, которые можно объеди- 
нить. Если будут объединены два цвета, разница 
которых незаметна человеческому глазу, то каче- 
ство пострадает несильно. Однако если отличие 
заметно, то качество теряется. 

Где это используется? Конечно же, в файлах 
изображений, которые способна загружать про- 
грамма. Чем меньше файл, тем быстрее он загру- 


зовать минимум два байта, когда количество 
цветов будет равно 65 535. Получается доста- 
точно для хранения более качественного изо- 
бражения, но понадобится 20 000 байт памяти, 
что в два раза больше, соответственно, и копи- 
рование данных будет требовать от процессора 
в два раза больше ресурсов. 

Если же выбрать глубину цвета в 24 бита, 
то тут уже понадобится в три раза больше ресур- 
сов, хотя количество цветов будет исчисляться 
16 777 216. Вот и думай после такого, что выбрать: 
качество или скорость. Наша задача — найти оп- 
тимальный вариант, который позволит получить 
лучшее соотношение скорости и качества. 

Размер изображений также играет немало- 
важную роль. Если мы выбрали разрешение экра- 
на в 800х600 пикселей при 16-битном цвете, то для 
хранения поверхности понадобится 800*600*2 = 
960 000 байт памяти. Почти 1 Мб! А если изобра- 
жение будет 1024х768, то объем необходимой по- 
верхности памяти составит 1 572 864 байт. Снова 
увеличение ресурсов в два раза, следовательно, 
мы получаем падение производительности во вре- 
мя копирования содержимого поверхностей. 

Оптимизация графики на первоначальном 
этапе — это борьба качества и скорости, выбор 
между ними. Современным стандартом стали ЖК- 
мониторы с диагональю 15 дюймов. Чтобы картинка 


на них выглядела приемлемо, необходимо исполь- 
зовать разрешение 800х600, а лучше 1024х768. 

Однако неплохо было бы предусмотреть воз- 
можность выбирать необходимое разрешение. 
Например, у меня широкоформатный ноутбук, 
и для него идеально разрешение 1280х800, а раз- 
решения 800х600 и 1024х768 выглядят растянуто, 
что очень неудобно. Вот почему в данном случае 
можно предложить пользователю самостоятельно 
выбирать необходимое разрешение в зависимо- 
сти от имеющихся ресурсов. 

В качестве глубины цвета чаще всего ис- 
пользуется 16 бит, потому что так мы добиваемся 
приемлемого качества при минимуме затрат. Ме- 
ныше уже нельзя, а больше в основном избыточно. 
Можно предложить пользователю выбирать и глу- 
бину цвета, но тогда придется писать слишком 
универсальный код, который понизит производи- 
тельность. Чтобы не терять скорость, лучше все- 
таки привязаться к определенной глубине экрана. 


не дай себе засохнуть двумерная гра- 
фика может формироваться двумя способами: ма- 
тематическим и спрайтовым. В случае с математи- 
ческим способом поверхность заполняется через 
прямой доступ по определенному алгоритму. Не- 
которые из алгоритмов создания эффектов я рас- 
смотрю, только не сейчас. При использовании 
«математики» скорость формирования сцены, по- 
мимо глубины цвета и разрешения, очень сильно 
зависит от используемого алгоритма. 

При спрайтовом формировании сцены допол- 
нительным фактором торможения является количе- 
ство спрайтов, поскольку для вывода каждого из 
них необходимо выполнить операцию Bit или BitFast 
(я имею в виду функции DirectDraw). Чем больше 
обращений, тем больше потеря, потому что тут про- 
является эффект цикла: приходится много раз вы- 
зывать одну и ту же функцию, во время вызова не- 


сколько раз параметры 
поднимаются в стеке 
(у ВК их немало) и про- 
исходит вызов удаленной функции, а также куча 
лишних проверок со всеми вытекающими послед- 
ствиями. Иногда функцию Bit даже лучше заменить 
копированием данных через прямой доступ к памя- 
ти и \ИпАР!-функцию memcpy. 

Потери данных при спрайтовом выводе могут 
быть и неоправданными. Допустим, у нас в распо- 
ряжении находится экран размером в 800х600 пик- 
селей, как показано на рисунке. Все, что закраше- 
но черным цветом, — это оборка, которая статична 
и не изменяется, а в белой области данные форми- 
руются динамически, причем полностью. Эта зада- 
ча решается вот так: перед формированием кадра 
вывести на экран изображение 800х600 с оборкой, 
затем сформировать среднюю часть. Стоп. Зачем 
делать это, если оборка статична? Не лучше ли 
один раз вывести оборку, а потом перекрашивать 
только центральную часть, которая изменяется? 
Конечно же, лучше. Таким образом мы сэкономим 
целую операцию Bit, которой приходится копиро- 
вать большой объем информации. 

Если экран программы каждый раз формируется 
полностью, то и не стоит каждый раз перед форми- 
рованием сцены очищать его. Все равно каждый 
пиксель будет закрашен, и от нашей заливки ничего 
не останется. Другое дело, когда рисуется движение 
звезд на черном небе. Тут действительно удобнее за- 
красить экран черным, а потом поверх неба нарисо- 
вать звезды. Но если на экране присутствует поверх- 
ность земли (например, из 600 пикселей в высоту: 
нижние 200 — это земля, 
а верхние 400 — черное 
небо), то нужно закра- 
шивать только ту часть, 
где есть небо. Нет смь- 
сла очищать весь экран! 


Схема экрана 


программы 


Пример использова- 
ния сортировки при 


отображении ланд- 
шафта 


уу 
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Рабочая o6nactb 


алгоритм Самое главное, что определяет ско- 
рость работы игры, — это алгоритм. Хороший ал- 
горитм не требует дополнительной оптимизации. 
Не могу предложить однозначное решение, но не- 
которые рекомендации по оптимизации есть. 

Игровые сцены чаще всего характеризуются 
значительным множеством объектов. Давай 
вспомним знаменитую игру Command&Conquer 
(или, проще, С&С). На поле боя одновременно мо- 
жет находиться тысяча объектов. Одних только 
солдатиков можно наделать пару тысяч, плюс зда- 
ния, деревья, мосты и т.д. Теперь представим, что 
произойдет, если цикл отображения сцены будет 
выглядеть следующим образом: 


Если значение OBJECT_COUNT равно 2 000, то 
для отображения сцены придется выполнить 2 000 
шагов цикла и на каждом из них произвести про- 
верку видимости, которая может состоять из четы- 
рех операций if. Сумасшедшие расходы! Не no си- 
лам даже современному компьютеру, если не оп- 
тимизировать код. Что же можно сделать здесь? 
Как сократить количество циклов? 

Карта игры С&С большая, и в определен- 
ный момент времени видно не более 10% ее. 
Можно разбить карту на 10-20 квадратов и при- 
вязывать объекты именно к определенному ква- 
драту на карте. В результате цикл отображения 
будет таким: 


28 ТЕОРИЯ 


Теперь будут проверяться не все объекты, а только 
те, которые находятся на квадрате, видимом в дан- 
ный момент. Единственное, что нужно сделать до- 
полнительно, — после перемещения объекта про- 
верить, вышел ли он за пределы своего квадрата, 
и если вышел, то присоединить объект к новому 
квадрату, на плоскость которого попал объект. Та- 
кие объекты, как деревья и здания, не перемещают- 
ся, поэтому для них проводить проверку не нужно. 


сортировка Следующий способ ускорения 
отображения — сортировка. Желательно отсорти- 
ровать все объекты по определенной оси и ото- 
бражать их в этом же порядке. Замечу, что если 
очередной объект вышел из зоны видимости по от- 
сортированной оси, то остальные с еще большей 
вероятностью вышли и дальнейшая проверка 
объектов бессмысленна — цикл можно прерывать. 
Соответственно, мы снова экономим цикл, а имен- 
но циклы являются самым слабым местом, особен- 
но в играх, где очень много объектов. 

В составе DirectX SDK есть очень хороший при- 
мер рисования деревьев на поверхности ландшафта 
(DXSDK\Samples\C++\Direct3D\Billboard). Деревьев 
очень много, и чтобы не перебирать их все, во время 
отображения используется сортировка. Попробуй 
убрать сортировку и производить проверку всех де- 
ревьев при каждом формировании сцены — произ- 
водительность примера заметно упадет. 


оптимизация 3d При создании фигуры с no- 
мощью Direct83D используй минимально необходи- 
мые размеры. Например, при создании буфера ин- 
дексов |Direct3DIndexBuffer9 каждый элемент масси- 
ва может быть 16- или 32-битным. Если количество 
индексов не превышает 65 535, то следует исполь- 
зовать 16-битный массив. В данном случае переход 
на 32 бита будет неоправданным и принесет лишние 
расходы памяти, которой никогда не бывает много. 
В Direct38D мы формируем сцену с помощью 
вершин и треугольников. Чем их больше, тем 
больше времени движок и видеокарта тратят на 
формирование сцены. И вновь мы выбираем меж- 
ду количеством и качеством! Посмотри на рису- 
нок, где показана сфера, созданная из 32-х сег- 
ментов. Сфера получается гладкой, но количество 
необходимых треугольников слишком велико. 
Можно сократить количество сегментов до 16-ти, 
то есть уменьшить его в два раза. В результате сокра- 
щается количество ресурсов, необходимых для отра- 
ботки фигуры, но сфера получается угловатой. Я ду- 
маю, такое положение дел устроит далеко не многих. 
Если же нам нужны сглаженные поверхно- 
сти, то приходится выбирать между гладкостью 
и скоростью. В большинстве игр разработчики 
стараются использовать прямоугольные поверх- 
ности — для создания четырехугольной плоскости 
достаточно всего лишь двух треугольников. 
Получается, что скорость создания сцены за- 
висит не только от количества объектов на экране 
(объектов интерьера, освещений, существования те- 


ней). На сцену влияют и количество вершин, из кото- 
рых состоит объект. Здесь необходимо подходить 
к решению задачи с деликатностью и осторожностью. 

С другой стороны, если создать сферу из 
ста сегментов, то мы получим явную избыточность, 
особенно если эта сфера в сцене будет находить- 
ся очень далеко от зрителя и выглядеть мелкой. 
Пользователь просто не сможет увидеть мелкие 
детали, которые ты захочешь передать. Если y Te- 
бя есть ЗО-редактор, позволяющий контролиро- 
вать количество сегментов (например 3D Studio 
Мах), то попробуй сейчас создать сферу разме- 
ром во весь экран. Для нормального отображения 
и получения гладкой поверхности необходимо не 
менее 30-ти сегментов. Если же отдалить сферу 
как можно дальше (чтобы в диаметре она казалась 
не больше десятикопеечной монеты), то будет до- 
статочно и 12-ти сегментов. 

Получается, что при формировании сцены мы 
можем использовать разное количество сегментов 
для объектов с разной удаленностью и значительно 
сэкономить жизнь процессору и видеокарте, а сле- 
довательно, увеличить скорость создания сцены. 

Посмотри на рисунок, где показаны сферы 
различного размера. Самая большая сфера соз- 
дана из 32-х сегментов, а остальные — из 12-ти. 
Обрати внимание на то, что самая маленькая сфе- 
ра выглядит вполне гладкой, хотя на сферах по- 
больше хорошо видны угловатости. Использовать 
множество сегментов на маленьких объектах — 
лишняя растрата ресурсов. 

То же касается и текстур. Чем ближе 
объект, тем лучше видна каждая деталь на тексту- 
ре. На самой большой сфере можно увидеть, что 
текстура есть, но на самой дальней сфере обыч- 
но не разглядишь ничего. Она настолько мала, 
что кажется окрашенной в один цвет. Тогда зачем 
использовать текстуру? Не лучше ли просто 
окрасить сферу в нужный цвет? Пользователь ни- 
чего не заметит, особенно если сфера будет на- 
ходиться в движении. 

Чтобы повысить скорость работы с текстура- 
ми, предлагаю действовать следующим образом: 


“ СОВСЕМ НЕ ИСПОЛЬЗОВАТЬ ТЕКСТУРЫ 
ДЛЯ САМЫХ ДАЛЬНИХ (ОТ ЗРИТЕЛЯ) 
ОБЪЕКТОВ, ТОЛЬКО ОКРАШИВАТЬ ИХ 
ЦВЕТОМ, МАКСИМАЛЬНО СООТВЕТСТВУ- 
ЮЩИМ ЦВЕТУ ТЕКСТУРЫ. 


™ ПО МЕРЕ ПРИБЛИЖЕНИЯ ОБЪЕКТА НАТЯ- 
НУТЬ НА НЕГО ТЕКСТУРУ НЕБОЛЬШОГО 
РАЗМЕРА, НАПРИМЕР 16Х16. ВОТ ТАК МЫ 
ЗАРАНЕЕ МАСШТАБИРУЕМ БИТОВЫЙ 
ФАЙЛ, ОБЛЕГЧАЯ ЖИЗНЬ ВИДЕОКАРТЕ. 


™ ДЛЯ БОЛЬШИХ ОБЪЕКТОВ, НАХОДЯЩИХ- 
СЯ ПОБЛИЗОСТИ, ИСПОЛЬЗОВАТЬ БОЛЕЕ 
КАЧЕСТВЕННЫЕ ТЕКСТУРЫ. 


Если масштабировать текстуры заранее, то ка- 
чество изображения будет лучше, чем если бы 


Сфера из 32-х 


Сфера из 16-ти 


сегментов сегментов 


оно было сделано DirectX, так как профессио- 
нальный художник сможет сделать необходимые 
сглаживания, чтобы вид уменьшенного изобра- 
жения был приемлемым. Конечно, невозможно 
подготовить все возможные варианты текстур, 
но хотя бы несколько вариантов должны быть 
сделаны. Меньшие по размеру текстуры, кото- 
рые будут использоваться для дальних объектов, 
обработаются быстрее благодаря меньшему 
размеру и меньшему коэффициенту програм- 
много масштабирования. Текстуры, масштабиро- 
ванные заранее, — это один из немногих трюков, 
благодаря которому мы повышаем и скорость, 
и качество сцены. 


ИТОГО Я мог бы еще долго рассказывать об 
оптимизации в играх, но эта тема слишком ши- 
рокая и требует отдельной книги, над чем я сей- 
час и работаю. Прошу ко мне на сайт www.vr-onli- 
ne.ru — уже к моменту выхода этого номера я по- 
стараюсь выложить что-нибудь новое по оптими- 
зации и графике. 

Удачи! И не бойся экспериментировать и об- 
манывать пользователя (они это любят) 


НЕ ХВАТАЕТ ЧЕГО-ТО 


У НАС ПОЛНО 


% Эксклюзивные % Коллекции *% Коллекционные 
игры фигурок наборы 
из игр 
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звуковое 
насилие 


УЧИМСЯ ПРАВИЛЬНО 
БУДИТЬ СОСЕДЕИ 
ПО НОЧАМ 


ЗВУКОВОЕ СОПРОВОЖДЕНИЕ ПОКА 
ИГРАЕТ В КОМПЬЮТЕРНЫХ ИГРАХ 
ТОЛЬКО ВТОРОСТЕПЕННЫЕ РОЛИ. 
СИЛЬНЫЙ РАЗБРОС ПО КАЧЕСТВУ 
АУДИОАППАРАТУРЫ, КОТОРОИ 
ПОЛЬЗУЮТСЯ ИГРОКИ, ПОКА НЕ 
ПОЗВОЛЯЕТ ЗВУКУ ВСТАТЬ НА ОД- 
НУ СТУПЕНЬКУ С ГРАФИКОЙ ТАК, 
КАК ЭТО ПРОИЗОШЛО В КИНОИН- 


ДУСТР И И |ПАЛАГИН АНТОН АКА ТОМУ (TONY@EYKONTECH.COM) 


synopsis Владельцев интегрированных до- 
машних комплексов развлечений можно пересчи- 
тать по пальцам, а обладателей качественной ап- 
паратуры — не сыскать и днем с огнем. Вот поче- 
му не во всех играх можно встретить качествен- 
ный звук, который гармонично дополняет игровой 
процесс. Обычно хороший звук присутствует в си- 
муляторах техники и экшенах, то есть в играх, где 
есть честное трехмерное пространство, по кото- 
рому игрок свободно перемещается. В подобных 
играх применяется трехмерное позиционирова- 
ние звука и его обработка ЕАХ-подобными эф- 
фектами, которые подчеркивают звуковые свой- 
ства помещения, в котором находится игрок. Что- 

% бы ты воспринимал сцены поглубже и поэмоцио- 
о. re ue нальнее, талантливые дизайнеры игр динамичес- 
ки оперируют музыкальным сопровождением 
и звуковыми эффектами: ломание дверей, взры- 
вы, злобные крики и рыки и т.д. Помню, как после 
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работы с прочими библиотеками похожи на опи- 
санные как две капли воды. Этот инструмент до- 
вольно часто используется в играх, поддерживает 
u PC, и Мас, и все современные игровые консоли, 
в том числе консоли следующего поколения 
PlayStation 3 и Xbox 360. FMOD доступен для ска- 
чивания и бесплатен для некоммерческого ис- 
пользования. Не стоит забывать, что некоторые 
звуковые форматы, такие Kak MP3, также требуют 
лицензионных отчислений, поэтому в коммерчес- 
ких продуктах стоит задуматься о бесплатных аль- 
тернативах, например OGG. 


инициализация методы библиотеки возвра- 
щают результат своего выполнения FMOD_RESULT. 
Если это значение не равно FMOD_OK, то произош- 
ла ошибка. Диагностическое сообщение об ошиб- 
ке можно получить с помощью функции FMOD_Er- 
rorString(). FMOD поддерживает два интерфейса С 
и С++, названия функций и методов классов, а так- 
же их сигнатуры в этих интерфейсах идентичны. 
Функциональность FMOD расширяется с помощью 
плагинов, из них поддерживаются следующие: DSP 
(digital signal processing), форматы данных, вывод звука. 


Как видишь, ничего сложного нет. Главное — пом- 
ни о соседях, о магической цифре 22.00 и о том, 
что судебные приставы могут пожаловать к тебе 
в любую минуту для конфискации дорогостоящей 
акустики ;) & 


системный объект, проверить версию используе- 
мой бинарной библиотеки FMOD, дальше настро- 


личество используемых каналов, то есть число 
проигрываемых одновременно звуков, и чем боль- 
ше это число, тем больше нагружается процессор 
и память. Два других параметра характерны для 
используемой аппаратной платформы. 


При завершении работы библиотеки для каждого 
созданного объекта библиотеки вызываем метод 
release(). Перед высвобождением системных ре- 
сурсов вызываем метод Close(). 


Загрузка звуков осуществляется с помощью ме- 
тода System::createSound(), который загружает 
и распаковывает звук в память и подходит только 
для оперативных коротких звуков (выстрелы, ша- 
ги и т.д.). Музыку лучше загружать в режиме по- 
тока с помощью функции System::createStream(), 
в этом случае можно указать размеры буфера 
для обработки этого звукового потока, что дела- 
ется с помощью метода System::setStreamBuf- 
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возвращается вызвавшей программе сразу после 
окончания подготовки звука к проигрыванию. Ра- 
боту по выводу звука на звуковую карту и микши- 
рование FMOD выполняет в фоновых потоках. Пе- 
риодически (раз в кадр) необходимо вызывать ме- 
TOA системного объекта Update() для обновления 
состояния библиотеки. 


Если по твоей задумке звуки располагаются 
в трехмерном мире и, кроме того, они могут пере- 
мещаться, а герой (слушатель звуков, то есть ты) 
также перемещается по пространству, то для пра- 
вильного смешивания в микшере для каждого зву- 
ка должны быть установлены его позиция и ско- 
рость. Эти же параметры плюс ориентация 
в пространстве должны быть установлены для слу- 
шателя. Плюс должны быть установлены значения 
среды, в которой распространяется звук: допле- 
ровское смещение и ослабление из-за расстояния 
до источника звука. 


«FMOD ДОСТУПЕН ДЛЯ СКАЧИВАНИЯ 
И БЕСПЛАТЕН ДЛЯ НЕКОММЕРЧЕСКОГО 


ИСПОЛЬЗОВАНИЯ» 


ferSize(). Размер памяти, занятой FMOD и его pe- 
сурсами, можно выяснить с помощью метода 
FMOD::Memory_GetStats(). Добавить собственный 
механизм менеджмента памяти — FMOD::Me- 
mory_Initialize(). Кроме имени файла со звуком, 
эти функции принимают также флаги создания. 
Например, в листинге загруженный звук обраба- 
тывается без использования аппаратного ускоре- 
ния и только в двумерном режиме. Для позицио- 
нирования звука в трехмерном пространстве не- 
обходимо указывать флаги семейства FMOD_3D. 
Если режим использования звука необходимо ди- 
намически изменить, то после загрузки можно ус- 
тановить нужный режим использования с по- 
мощью метода Sound::setMode(). 


работа со звуком после инициализации 
FMOD и загрузки звуков в память уже можно про- 
слушать их. Методы, проигрывающие звуки, рабо- 
тают в асинхронном режиме, то есть управление 
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мнение 
профессионалов 


СТОПРОЦЕНТНЫХ СПОСОБОВ 
ЗАЩИТЫ НЕ СУЩЕСТВУЕТ 


СПЕЦ: КАКИЕ СРЕДСТВА РАЗРАБОТКИ ИСПОЛЬЗУЮТ ПРИ СОЗДАНИИ же на правду больше. Если говорить о более низком уровне, то использу- 
ИГР? АЛЬТЕРНАТИВЫ, ПЛЮСЫ/МИНУСЫ, ОПТИМАЛЬНЫЙ ВЫБОР... ется достаточно стандартный набор: Visual Studio, 30$ Max/Maya, 

Photoshop, Microsoft Office. Если говорить о более высоком уровне, то 
АЛЕКСАНДР ФЕДОРА: Для РС — Microsoft Visual С++ .МЕТ 2003. Плюс обяза- здесь уже средства разработки создаются специально под проект: редак- 
тельно утилиты для контроля версий (CVS, SVN). Для менеджмента багов — торы уровней (хотя вполне можно использовать тот же 30$ Max), редак- 
Test Track Pro от Seapine Software. тор диалогов, редакторы систем частиц и т.п. Конечно, помимо описанно- 

го выше, существует масса довольно полезных программ, не бесплатных. 
СЕРГЕЙ АЗАРОВ: Средства разработки — понятие очень растяжимое, ибо, Например, Facegen Modeller — программа, позволяющая генерировать 
как правило, эти средства пишутся специально для конкретной игры или различные формы лиц, с возможностью экспортирования во все извест- 
линейки игр. Уместнее такой вопрос: «Какие средства разработки ис- ные графические пакеты как самого лица, так и состояний его морфинга 
пользуют для разработки средств разработки игры?» Запутанно, но похо- для соответствующей лицевой анимации. 
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РОМАН ЦОЙ: Программирование: C++ — отраслевой стандарт. Apt: Maya + Photoshop = оптимальный 
выбор (достоинства: логичный интерфейс и неограниченные возможности для творчества и производ- 
ства). А вообще в производстве используется целый ряд инструментов. Секрет же успеха — творческое 
начало и правильное сочетание средств разработки. 


ВОЛОДЯ КОРОТКОВ: В основном это Visual C++, 3D Max, Maya, рукописные плагины для экспорта, дру- 
гие рукописные утилиты. Альтернатив просто нет, этот выбор оптимальный. 


АНДРЕЙ БЕЛКИН: Тема очень широкая, если раскрывать ее «в полном объеме». Само понятие «средства 
разработки» можно истолковать очень неоднозначно. Скажем так, типовой набор средств, используемых 
в большинстве известных мне проектов, — это: MS Visual Studio (например, версии .net) в качестве сре- 
ды для написания кода плюс какой-нибудь модный компилятор, например GNU или CodeWarrior; Maya или 
305$ Мах и их многочисленные плагины — в качестве среды для работы с ЗЭ-моделями, спецэффектами 
и т.п. Photoshop и Painter и их плагины — для работы с текстурами и концепт-артом. Sound Forge — для 
работы со звуком. MS О се во всех его проявлениях — для работы с документами всех мастей. 


ВАДИМ ГАЙДУКЕВИЧ: Visual Studio, Maya 3D, Photoshop и золотые руки — вот истинные инструменты 
создания современных компьютерных игр. Правда, отдельные разработчики пытаются использовать 
различные готовые п е\маге-решения, но истинный игродел никогда не опустится до того, чтобы взять 
хотя бы одну строчку готового кода со стороны. Он все напишет сам. 


МИХАИЛ ПИСКУНОВ: Мне, как сценаристу, для работы с литературной частью вполне хватает Word'a, 
Ехсе!а. Иногда — Visio. 


ДМИТРИЙ ЖУКОВ: Как правило, сначала создают некое базовое ядро, собственную среду разработ- 
КИ — «движок». Обычно пишут на языке С++, с использованием ассемблера для самых ответствен- 
ных операций. Поскольку большинство современных игр так или иначе трехмерны, то используют 
библиотеку OpenGL или DirectX. 

Отдельная задача — это программирование Al, то есть искусственного интеллекта. Здесь начи- 
нается чистая наука: технологии сетей, теория графов и т.д. Очень многие компании предпочитают 
свести кодирование к минимуму, купив готовый движок сторонней фирмы, особенно это касается 
трехмерных стрелялок (First Person Shooter). Один из самых популярных движков — от игры Quake 3, 
на котором создано около десятка игр. Затем за дело берутся художники, композиторы и т.д. — те, 
кто создает содержание в игре. Вообще игры перестали быть готовым к употреблению продуктом, 
и зачастую пользователь сам привлекается к процессу разработки контента, а многие уровни к играм 
создаются энтузиастами. 


АНДРЕЙ ТЕРТИЧНИКОВ: Для программирования под J2ME необходим только соответствующий SDK, 
сам код можно писать хоть в «Блокноте». Однако для удобства применяются различные IDE (интегриро- 
ванные среды разработки), заточенные именно под создание приложений для /2МЕ. Среди самых no- 
пулярных можно выделить Borland JBuilder, IDEA и NetBeans. По большому счету, между ними нет каких- 
либо серьезных различий, поэтому каждый выбирает то, что нравится. 


МИХАИЛ РАЗУМКИН: Неужели было бы лучше, если бы геймер не смог справиться с компьютером? Та- 
кую игру точно никто не купил бы. Это же в первую очередь отдых, а не пионерское создание труднос- 
тей, чтобы потом героически их преодолевать. Но если судить по моему опыту, создать достаточно прав- 
доподобного (живого) противника чрезвычайно сложно. Вспомни ботов в Counter-Strike: им не нужно це- 
литься. Один выстрел — и утебя дырка в голове. Но вот поступить нестандартно они не могут, так как бе- 
гают по маршрутам. Похожая ситуация и в гонках, стратегиях, драках. Вообще вопрос А! очень сложен. 
Обычно это многоуровневый набор скриптов, создающих подобие реальности. Агрессивный гонщик бу- 
дет постоянно бортовать вас, лидер — идеально вписываться во все повороты, но не на максимальной 
скорости (должен же ты его все-таки догнать), «лох» же будет собирать все кочки на дороге. Но это толь- 
ко подобие жизни, а не настоящий Al. Искусственный интеллект должен обучаться, то есть серьезно ме- 
нять свое поведение в зависимости от твоих действий и изменения окружающей среды. Играть с таким 
противником гораздо интереснее, но не всегда оправданно с точки зрения трудозатрат со стороны раз- 
работчика. Хороший набор скриптов проще и надежнее. Вот они обычно и стараются держать баланс 


34 [ТЕОРИЯ 


между всесильным компьютерным противником, который точно знает все 
бреши в твоей обороне и вдруг досадно ошибается, вообще прекращает соп- 
ротивление, начинает тупить. А смещение баланса в ту или иную сторону на- 
зывают «уровнем сложности». 


АЛЕКСАНДР ФЕДОРА: Во-первых, ограничения по производительности. ИИ 
забирает много процессорного времени, причем чем больше МРС, тем боль- 
ше требуется ресурсов. И во-вторых, ограничения бюджета. Создание «ум- 
ного» противника в игре — достаточно тяжелая задача, требующая больших 
трудозатрат на разработку, тестирование и балансировку. 


ЮРИЙ МАТВЕЕВ: Боюсь, что когда придумают «разумный» ИИ, это будет на- 
чало конца человечества в его нынешней форме существования... 


СЕРГЕЙ АЗАРОВ: Есть такое понятие, как геймплей, определяющее саму суть 
игры. Если в игре нет игрового процесса, то в ней нет никакого смысла. Искус- 
ственный интеллект является неотьемлемой частью геймплея, его назначение 
состоит в том, чтобы обеспечить естественные препятствия для игрока на пу- 
ти кего цели — прохождению игры. Так вот, если искусственный интеллект на- 
чинает мешать достижению этой цели (а любой очень умный и сложный ИИ бу- 
дет этому способствовать), то наличие подобного ИИ является абсолютно не- 
целесообразным. Поэтому ответ на вопрос — «Да, так и задумывается». 


АНДРЕЙ БЕЛКИН: Достаточно разумный искусственный интеллект приду- 
мать возможно. Весь вопрос в степени достаточности. Более того, идеаль- 
ный искусственный интеллект даже можно реализовать. Дело в том, что в иг- 
ру с таким вот «достаточно разумным» искусственным интеллектом никто не 
будет играть, поскольку игры делаются чтобы развлекать потребителя, а не 
чтобы поражать его нечеловеческим искусственным интеллектом. 


МИХАИЛ ПИСКУНОВ: Разработчики игр не придумывают «достаточно разум- 
ный» искусственный интеллект — это, скорее, научная задача. Разработчи- 
ки просто стараются придумать набор правил и алгоритмов для компьютера, 
чтобы с ним можно было более или менее интересно играть, то есть которо- 
го обязательно можно побить, но не сразу :). Этого вполне достаточно. 


ДМИТРИЙ ЖУКОВ: Противостоять-то, возможно, не сможет. Вопрос време- 
ни и только времени. А вот в быстродействии А! всегда берет верх — поэто- 
му его и не делают шибко продвинутым. 


СЕРГЕЙ ЗАГУРСКИЙ: При разработке игры, как правило, не составляет тру- 
да создать ИИ, который бы «уделывал» практически любого игрока. Сложно 
как раз наоборот, сделать его более «человечным», чтобы он допускал 
ошибки такие, какие допускает и обычный игрок. Чтобы реагировал не мо- 
ментально, а изображал испуг, панику и т.п. 


АНДРЕЙ ТЕРТИЧНИКОВ: Проблема в том, что современный уровень разви- 
тия технологий (я имею в виду не только и не столько программирование, 
а вообще научную базу, на которой строится программирование Al) не поз- 
воляет создать программу, которая могла бы действительно ДУМАТЬ. Все 
противники даже в самых современных играх — это всего лишь набор алго- 
ритмов, жестко заданных программистом. Чем эти алгоритмы адекватнее са- 
мой игре, тем более «живым» кажется противник. Однако сложность и про- 
работанность современных игр таковы, что вложить в искусственный интел- 
лект все возможные реакции на действия игрока просто невозможно. Поэто- 
му ограничиваются неким набором шаблонов и набором условий, при кото- 
рых эти шаблоны срабатывают. Это существенно ограничивает «разум- 
ность» Al (если к нему можно вообще применить это слово). 


АЛЕКСАНДР ФЕДОРА: В основном для защиты используются уже гото- 
вые технологии типа StarForce, Securom и т.д. либо самописные методы. 
Причем некоторые пользователи вообще отказываются брать диски 
с мощной защитой типа StarForce, так как распространено мнение, что 
такие методы защиты вносят баги в игры и со временем могут перестать 
опознавать даже лицензионные диски. Самописные методы защиты 
в основном делают несложными, а-ля «от дурака». Это вызвано тем, что 
написать полноценную систему занимает много времени и денег. Но 
простые решения могут позволить защититься от копирования больши- 
нством пользователей. Вообще ломается любая система защиты. Воп- 
рос в том, как затратить достаточное количество ресурсов на защиту, 
чтобы большинство игроков не смогли легко взломать или найти крэк 
и купили лицензионный диск. 


ВОЛОДЯ КОРОТКОВ: Чаще всего для защиты игр используют программные 
комплексы сторонних производителей: StarForce, SecuRom, SafenSec... 
У каждого из них есть свои плюсы и минусы. Оптимальный выбор для нас — 
отечественный производитель StarForce. 


СЕРГЕЙ АЗАРОВ: Самым ресурсоемким в игре, естественно, является кон- 
тент: модели, текстуры, анимации, системы частиц и т.д. Причем для разных 
игр процентное соотношение этих элементов может сильно различаться. 
Плюс в условиях современного развития игровых технологий добавляются 
еще и такие немаловажные вещи, как динамическое освещение и тени. Ес- 
ли говорить о способах оптимизации, то оптимальным является четкая выра- 
ботка требований и условий к контенту и технологиям на этапе проектирова- 
ния игры и следование им на протяжении процесса разработки. 


АНДРЕЙ БЕЛКИН: Самое ресурсоемкое в игре — это фонд заработной пла- 
ты сотрудников. Оптимизировать можно по-разному: платить зарплаты мень- 
ших размеров или же ограничивать штат студии. Как-то оптимизировать уже 
готовую игру вряд ли получится и с точки зрения финансов, и с точки зрения 
системных требований. 


МИХАИЛ ПИСКУНОВ: Это графика и логика (то есть Al). 


АНДРЕЙ ТЕРТИЧНИКОВ: Самое ресурсоемкое — создание графики, потому 
что она занимает много места как в самом приложении, так и в памяти теле- 
фона. Так что ее оптимизация — главная задача. В принципе, оптимизацию 
изображений можно проводить и после отрисовки всей игры, но лучше по- 
думать об этом заранее. На втором месте стоит оптимизация ресурсоемких 
участков кода: аппаратные возможности современных телефонов хоть и на- 
ходятся в постоянном развитии, на данный момент времени не позволяют за- 
бывать о своем существовании. 


РЛЕЩЕКАКИЕ МОМЕНТЫ ВАЖНО УЧИТЫВАТЬ ПРИ РАЗРАБОТКЕ 


АНДРЕЙ ТЕРТИЧНИКОВ: Учитывать надо то, что несмотря на активное раз- 
витие сетевых технологий в мобильной сфере доступ телефонов в интернет 
все еще сильно ограничен и скоростью, и объемами передаваемых данных. 
Да и стоимость трафика при активной передаче данных все-таки высока для 
конечного пользователя. Поэтому создавать полноценные динамичные сете- 
вые игры (на базе интернета) пока не представляется возможным. Конечно, 
у современных телефонов есть еще возможность обмениваться данными 
с другими телефонами посредством таких технологий, как, например, 
Bluetooth, однако это резко сужает возможности сетевого режима & 
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Некоторые стадии процесса, такие как баланси- 
ровка игры, сложно проводить до того, как появит- 
СЯ ВОЗМОЖНОСТЬ «пощупать» реализацию. Неизбеж- 
ное следствие — необходимость малоэффективно- 
го итеративного взаимодействия: геймдизайнер 
объясняет программисту, что нужно изменить 
в игровом процессе, программист меняет, дизайнер 
обнаруживает, что хотел нечто совершенно другое, 
и идет объяснять заново. Чтобы повысить эффек- 
тивность работы, геймдизайнеру нужен инструмент, 
при помощи которого он самостоятельно сможет 
влиять на то, что происходит в игровом мире. 


какой язык выбрать Если бы програм- 
мист сам занимался геймдизайном или геймдизай- 
нер был квалифицированным программистом, 
проблем бы не было. Казалось бы, самый мощный 
инструмент для реализации игровой логики — 
С++. Однако, к сожалению (скорее, к счастью), 
в современной игровой индустрии существует 
разделение труда. Следовательно, здесь работа- 
ют в основном специалисты узкой квалификации. 
Редко встретишь хорошего геймдизайнера и ква- 
лифицированного программиста в одном лице. 
Итак, нужен такой инструмент, который (при 
гибкости, достаточной для эффективной реализа- 
ции игровой логики) был бы достаточно простым 
и не требовал для своего использования развитых 
навыков в программировании. Подобным инстру- 
ментом может стать скриптовый язык программиро- 
вания, подключенный к движку игры. Даже если ты 
и программист, и геймдизайнер в одном лице, име- 
ет смысл вынести высокоуровневую логику в скрип- 
ты — так ты значительно облегчишь свою жизнь. 
Скриптовый язык — язык расширения функ- 
циональности движка игры. «Скриптовыми» язы- 
ками в подобном контексте обычно называют ин- 
терпретируемые языки программирования, обла- 
дающие динамической типизацией. В то же время 
скриптовым языком может считаться и, например, 
язык описания конфигурационных файлов игры. 
Интерпретируемость языка, при наличии до- 
статочно удобного АР! к интерпретатору, значи- 
тельно облегчает его интеграцию в движок и уско- 
ряет разработку, позволяя изменять код, написан- 
ный на скрипте, «на лету» без длительной пере- 
компиляции и, возможно, даже непосредственно 
во время выполнения программы. 
Однако одним из важнейших преимуществ дол- 
жна быть сравнительная простота языка, чтобы 


комфортное 
программирование 


игр 


СКРИПТОВЫЕ ЯЗЫКИ 


ЧТО ХОЧЕТ ОТДЕЛ ГЕЙМДИЗАЙНА ОТ ПРОГРАММИСТА? ЧТОБЫ ПРОГРАМ-. 
МИСТ РЕАЛИЗОВАЛ ЛОГИКУ ИГРЫ КАК МОЖНО БЛИЖЕ К ОРИГИНАЛЬНОЙ 
ИДЕЕ. РАЗРАБОТКА ИГРЫ ВО МНОГОМ ЯВЛЯЕТСЯ ИТЕРАТИВНЫМ ПРОЦЕС- 
СОМ — НЕДОЧЕТЫ ОБНАРУЖИВАЮТСЯ НЕИЗБЕЖНО И В ЗАДУМКЕ ГЕЙМДИ- 
ЗАЙНЕРА, И В ЕЕ РЕАЛИЗАЦИИ ПРОГРАММИСТОМ Г^лЕксандя гладьш (им, sTEPGAMES.RU) 


была обеспечена доступность для понимания 
и непрограммисту, и геймдизайнеру, которые за- 
нимаются высокоуровневым программированием 
и наладкой/балансировкой логики. В идеале, код, 
написанный на скриптовом языке, должен быть 
как можно ближе к тексту, написанному пусть 
и формальным, но человеческим языком. Исполь- 
зовать хитроумные синтаксические конструкции, 
которые повышают эффективность работы про- 
фессионального программиста, в данном случае 
вредно — понимание кода затруднено даже для 
обычного человека. 


написать язык самостоятельно? 
Часто естественное желание программиста — на- 
писать решение любой проблемы с нуля само- 
стоятельно. Скриптовые системы в играх — не ис- 
ключение. Если ты не занимаешься самообразо- 
ванием, конечно, с таким желанием нужно бороть- 
ся всеми силами :). 

Выбирая готовую скриптовую систему, ты 
сможешь использовать опыт множества пользова- 
телей, которые уже наступили на основные грабли 
до тебя. Даже если твои требования уникальны, 
придется обходить только те подводные камни, ко- 
торые относятся к уникальным местам твоего про- 
екта, а не к скриптовой системе в целом. 

Для готовых скриптовых языков обычно 
уже реализованы удобные среды разработки, 
отладчики, профайлеры и прочий инструмента- 
PUN, который пришлось бы писать с нуля. Языки 
программирования собственного изготовления 
обычно грешат отсутствием подобных удобств, 
вплоть до того, что не имеют вменяемых сооб- 
щений об ошибках — на такие вещи просто не 
хватает времени. 

Кроме того, если геймдизайнер не знаком 
с выбранным готовым скриптовым языком, его 
изучение повысит квалификацию в общем, а не 
станет дополнительным грузом бесполезных све- 
дений, пригодных для использования в одном- 
единственном проекте. Если же геймдизайнер уже 
знаком с языком — еще лучше, время на изучение 
нового инструмента будет сэкокомлено. 


не обязательно писать вручную гейм- 
дизайнер не обязан обладать квалификацией про- 
граммиста для того, чтобы иметь возможность за- 
давать логику игры (хотя так он создал бы хорошее 
подспорье для себя). Часто целесообразнее напи- 
сать инструментарий для «визуального программи- 
рования» логики игры, особенно тогда, когда часть 
логики представляется в графическом виде более 
наглядно. Например, удобно делать визуальным 
редактирование диалогов, карт переходов между 
локациями и т.п. 

Следи за тем, чтобы твой визуальный редак- 
тор логики не превратился в неудобную замену 
«Блокноту». Если нужна гибкость, сравнимая с не- 
посредственным написанием текста программы, 
позволь дизайнеру писать код в виде текста. Если 
нужно, просто введи жесткую валидацию вводимо- 
го кода — необязательно поддерживать все воз- 
можности выбранного языка, достаточно того, что 
требуется для комфортной реализации нужной ча- 
сти функциональности игры. 

Оптимальный вариант — тот, при котором визу- 
альный редактор служит ширмой для генератора кода 
на готовом скриптовом языке. Реализация генератора 
кода обычно оказывается проще, чем реализация 
собственного интерпретатора логики. Это также при- 
годится, если функциональность визуального редак- 
тора окажется недостаточной — под рукой будешь 
иметь всю мощь полноценного скриптового языка. 

Если дизайнеру необходима возможность 
управлять логикой игры посредством редактирова- 
ния некоторого набора данных, особенно представи- 
мых в табличном виде, рассмотри возможность ис- 
пользовать Microsoft Excel в качестве визуального ре- 
дактора. Этот достаточно мощный инструмент предо- 
ставляет богатые возможности по расширению 
функциональности благодаря диалекту Visual Basic. 
Обычно геймдизайнеры знакомы с Excel и нередко 
считают его такой же родной средой для выполнения 
собственной работы, как программисты — Visual Stu- 
dio. Excel поддерживает экспорт данных в простой 
текстовый формат таблиц CSV. К тому же Ha Visual 
Basic'e достаточно легко можно написать скрипт для 
генерации кода на скриптовом языке твоей игры. 
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выводы: НОЙ ФУНКЦИОНАЛЬНОСТИ ЗА СЧЕТ достоинства: 
—` РАЗРАБОТКА ИГРЫ НЕЭФФЕКТИВНА, ВНЕШНИХ МОДУЛЕЙ. — ПРОСТОЙ И ДОСТАТОЧНО УДОБНЫЙ СИН- 
ОГДА ГЕИМДИЗАИНЕРУ НУЖНЫ УСЛУГИ — ОФИЦИАЛЬНАЯ ИДЕОЛОГИЯ ДИКТУЕТ ТАКСИС, БЛИЗКИИ К КЛАССИЧЕСКОМУ. 


О Ав ПОВЕСТИ SME: ЕДИНСТВЕННЫЙ МЕТОД РЕШЕНИЯ КАЖ- — ХОРОШИЙ АР! ДЛЯ ПОДКЛЮЧЕНИЯ. 


Н 
ДОЙ ПРОБЛЕМЫ. _ 
& ДОКУМЕНТАЦИЯ ХОРОШАЯ, КОММЬЮНИ- 


eae " | 
= ite и — НЕТ ВОЗМОЖНОСТИ ЗАПУСКАТЬ СКРИП- ТИ ДОСТАТОЧНО РАЗВИТОЕ. 
РОВНЕВОЙ и а БАЛАНСИ | а 
й б К ОПЕРАЦИОННОЙ СИСТЕМЕ. 


НЕНИЯ В ИГРОВОЙ ПРОЦЕСС. 


™ СПЕЦИАЛЬНО РАЗРАБАТЫВАЛСЯ КАК 


РОВ ГЕИМПЛЕЯ. ЯЗЫК ДЛЯ РАСШИРЕНИЯ ФУНКЦИОНАЛЬ- 
ыы a8 m ™ ЧУВСТВИТЕЛЕН К КОЛИЧЕСТВУ ПРОБЕ- НОСТИ (EXTENSIBILITY LANGUAGE). 
о а“ ен. — МАЛЕНЬКИЙ И ЛЕГКИЙ (ВСЕГО 150 КБ) 
és ; ОПРЕДЕЛЯЕТ УРОВЕНЬ ВЛОЖЕННОСТИ ыы fe 
К ДВИЖКУ РЫ. КОНСТРУКЦИИ (ВМЕСТО, НАПРИМЕР, ИНТЕРПРЕ Е ОСНОВАННЫ НА РЕ- 
ВАТЬ ГОТОВЫЙ И ОТЛАЖЕННЫЙ СКРИП- ЧЕМ, К ЭТОИ МЕЛОЧИ НЕ СЛОЖНО ПРИ- — | 
ТОВЫЙ ЯЗЫК, А НЕ ПИСАТЬ СОБСТВЕН- ВЫКНУТЬ. а 
НЫЙ С НУЛЯ. _ . СТРЫХ СРЕДИ ИНТЕРПРЕТАТОРОВ 
В БУДУЩЕИ ВЕРСИИ, РУТНОМ 3000, ПЛА- СКРИПТОВЫХ ЯЗЫКОВ. 
—` В НЕКОТОРЫХ СЛУЧАЯХ УДОБНЕЕ ПРО- НИРУЕТСЯ СЕРЬЕЗНО НАРУШИТЬ ОБРАТ- _ 
ГРАММИРОВАТЬ СПЕЦИФИЧЕСКИЕ ЧАСТИ НУЮ СОВМЕСТИМОСТЬ СО СТАРЫМ КО- и 
ГРОВОЙ ЛОГИКИ В ГРАФИЧЕСКОМ, ДОМ НА РУТНОМ 2.Х. : 
A HE TEKCTOBO РЕДСТАВЛЕНИИ. В TA- “ УДОБНО ИСПОЛЬЗОВАТЬ КАК ОСНОВУ 
КИХ СЛУЧАЯХ МОЖЕТ ПОМОЧЬ ВИЗУАЛЬ- — Ruby (мммм.гибу-апд.ога) Open Source ДЛЯ СОЗДАНИЯ СПЕЦИАЛИЗИРОВАННЫХ 
НЫЙ РЕДАКТОР, РЕАЛИЗОВАННЫЙ КАК Автор: Юкихиро Мацумото (Yukihiro Matsumoto) ЯЗЫКОВ (DOMAIN SPECIFIC LANGUAGES). 
WEA An TETAS TE — 70540 описывлть дачные TEP 
ПРЕТАТОР ЭФФЕКТИВНО РАБОТАЕТ С 
Текущая версия: 1.8.4, (12 декабря 2005 г.) БОЛЬШИМИ ОБЪЕМАМИ КОДА 
популярные открытые скриптовые | 
системы гГотовых скриптовых систем множе- достоинства: — ЭТОТ СКРИПТОВЫЙ ЯЗЫК ИСПОЛЬЗУЕТ- 
ство, но в играх прижились единицы. Причина? — СИНТАКСИС УДОБНЫЙ. СЯ В ИГРОВОЙ ИНДУСТРИИ ЧАЩЕ ВСЕГО. 


В основном из-за специфических требований, 
предъявляемых играми к скриптам. К примеру, 
необходимость в высокой производительности 


™ ДОКУМЕНТАЦИЯ БОЛЕЕ-МЕНЕЕ ВМЕНЯЕМАЯ, 
КОММЬЮНИТИ ДОСТАТОЧНО РАЗВИТОЕ. — 


Недостатки: 
НЕ ПОДДЕРЖИВАЕТ ЮНИКОД ЯВНЫМ ОБ- 


интерпретатора. — ОЧЕНЬ УДОБЕН В СОЗДАНИИ СПЕЦИАЛИ- РАЗОМ, ОДНАКО ПОДДЕРЖКА НУЛЕВЫХ 
ЗИРОВАННЫХ ЯЗЫКОВ ДЕКЛАРАТИВНОГО В BEF ENMnE Piro eee 

Python (www.python.org) Open Source ХАРАКТЕРА. ЛЯЕТ ПРОЗРАЧНО ИСПОЛЬЗОВАТЬ UTF-8. 

Автор: Гвидо ван Россум (Guido van Rossum) — у 
Год создания: 1990 ВАНЫ РАБОТЫ ПО УСТРАНЕНИЮ ОСНОВ- д | ee 
ees — Текущая версия: 2.4.2, (28 сентября 2005 г.) НЫХ НЕДОСТАТКОВ ЯЗЫКА И ин. 
аа у ры : | ЕТСЯ БОЛЬШОЙ ГИБКОСТЬЮ ЯЗЫКА И МЫ №, 
‘as se | достоинства: недостатки: НАЛИЧИЕМ СПЕЦИАЛЬНОГО «СИНТАКСИ- See 
mata : i ЧЕСКОГО САХАРА». ТАКЖЕ ОБЪЕКТНАЯ ть 
ae Е ™ БОГАТЕИШАЯ ПО ФУНКЦИОНАЛЬНОСТИ ™ СЛАБОЕ АР! ДЛЯ ВСТРАИВАНИЯ. НЕТ с Г. м НЕКОТО Е : 
Indes Е БИБЛИОТЕКА; i р | : 

o : т о ПОДОВЕЫХ Во РЫМИ БИБЛИОТЕКАМИ-ОБЕРТКАМИ, НА- В 
— БОЛЬШОЙ ОБЪЕМ ДОСТУПНОЙ ДОКУМЕН- | 7 ; ПРИМЕР LU-ABIND (!wabind.sf.net) | 
ТАЦИИ И ОБШИРНОЕ КОММЬЮНИТИ; — 
Ц O О O tO | НЕВЫСОКАЯ ПРОИЗВОДИТЕЛЬНОСТЬ. — ГЛОБАЛЬНАЯ ОБЛАСТЬ ВИДИМОСТИ ПЕ- 
— ПРОСТОЙ СИНТАКСИС; — ТЕКУЩАЯ ВЕРСИЯ НЕ ПОДДЕРЖИВАЕТ РЕМЕННЫХ, ПРИНЯТАЯ ПО УМОЛЧАНИЮ, Е 
Р МЕ 3, 
+ — УДОБСТВО ДЛЯ НАПИСАНИЯ МЕЛКИХ ЮНИКОдД. РЕВАТА ОТВИБКАНИМЬ а 
re УТИЛИТ; = 5 
ОРИЕНТИРОВАН, СКОРЕЕ, НЕ HA РАСШИ- US ОПЫТа Опыт подсказывает, что Lua — са- 
ae ™ ПОДДЕРЖКА ЮНИКОДА. РЕНИЕ ФУНКЦИОНАЛЬНОСТИ ПРОГРАММ, мое удобное средство, которое можно использо- 
+ А НА РАСШИРЕНИЕ СОБСТВЕННОЙ ФУНК- вать в качестве скриптового языка в игре. | 
+ ene hah недостатки: ЦИОНАЛЬНОСТИ ЗА СЧЕТ ИСПОЛЬЗОВА- Python, благодаря развитым библиотекам, очень a 
we tt —` ДОСТАТОЧНО ТРЕБОВАТЕЛЕН К ОБЪЕМУ НИЯ ВНЕШНИХ МОДУЛЕЙ. удобен как язык для написания утилит. Напри- 4 
See ne ai ee ПАМЯТИ. мер, именно на нем реализована довольно удач- Е а 
ae — ПРОИЗВОДИТЕЛЬНОСТЬ НЕВЫСОКАЯ. Lua (www.lua.org) МТ (Open Source) | ная система управления сборкой проектов Scons 
incense Авторы: Roberto lerusalimschy, Luiz Henrique (www.seons.org) Также стоит время от времени по- ни 
ИЕ — ОРИЕНТИРОВАН, СКОРЕЕ, HE НА РАСШИ- de Figueiredo, Waldemar Celes сматривать Ha Ruby — этот язык имеет хороший oo 
| РЕНИЕ ФУНКЦИОНАЛЬНОСТИ ПРО- Год создания: 1993 потенциал, который, может быть, раскроется по- “в 


ны ГРАММ, А НА РАСШИРЕНИЕ СОБСТВЕН- Текущая версия: 5.0.2, (17 марта 2004 г.) сле выхода версии 2.0 & я 
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За свою более чем 50-летнюю историю развития 
искусственный интеллект как отрасль компью- 
терной науки разработан достаточно глубоко. 
Создано множество алгоритмов решения задач 
широкого спектра. Многие алгоритмы пригодны 
для использования и в играх, правда, здесь ак- 
центы несколько смещены. Если основная цель 
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ИДИОТЫ 


СКАЗ О ТОМ, КАК ИСКУССТВЕННЫЙ 
ИНТЕЛЛЕКТ В ИГРАХ ДЕЛАЮТ 


ИНТЕРЕСНЫЙ ИСКУССТВЕННЫЙ ИНТЕЛЛЕКТ ЯВЛЯЕТСЯ ОДНИМ ИЗ ВАЖНЕЙ- 
ШИХ КОМПОНЕНТОВ ЛЮБОЙ УСПЕШНОЙ ИГРЫ. ОН ПРИВНОСИТ ДУХ COPEBHO- 
ВАНИЯ, ПРИДАЕТ УВЛЕКАТЕЛЬНОСТЬ. В ЭТОИ СТАТЬЕ ПОГОВОРИМ О ТОМ, ЧТО 
ТАКОЕ ИИ В ИГРАХ, ЗА ЧТО ОН ОТВЕЧАЕТ И КАК РАБОТАЕТ №22 МРР-РУвНсемАН. ви) 


классического ИИ — найти правильное решение 
поставленной задачи, то от игрового ИИ требуют 
высокой производительности и «интересности». 
Сложно представить себе бота, которому нужно 
полчаса, чтобы подумать и додуматься, по како- 
му из двух коридоров бежать или из какого ору- 
жия стрелять. 


кто такие? в общем случае под искусствен- 
ным интеллектом (artificial intelligence) понимают 
«моделирование разумного поведения с помощью 
компьютера». Замечу, что применительно к игро- 
вому ИИ под словом «разумный» подразумевают 
поведение, характерное для человека. Кому нуж- 
ны такие расчетливые противники, которые знают, 
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куда им идти, что делать Схема состояний 
в любой ситуации, зна- 
ют место расположения 
игрока и то, из какого оружия его легче будет под- 
стрелить? Наверное, интереснее противники, ко- 
торые иногда могут ошибаться, делать что-то не 
так, в общем, вести себя как обычные люди. Имен- 
но такого мы ждем от искусственного соперника, 
который призван заменить нам живого человека. 
«Агентом» будем называть носителя ИИ, то есть 
некую игровую сущность, которая принимает все 
свои решения с помощью ИИ. 

Системы игрового ИИ можно условно разде- 
лить на два типа. Первый — это локальный, то есть 
ИИ отдельной единицы: солдат, танк, пробегаю- 
щий мимо заяц или автоматическая дверь на уров- 
не. Такие системы состоят из основных четырех 
элементов: система ввода информации (сенсор); 
память; модуль (ядро) принятия решений; система 
вывода (реагирования) системы. Первый элемент 
отвечает за то, чтобы агент воспринял все факто- 
ры окружающего мира, относящиеся к делу: поло- 
жение противника, наличие препятствий, посто- 
ронние звуки и т.д. Принимая во внимание внеш- 
ние факторы (ввод системы) и происходившее ра- 
нее (память), агент решает, что ему делать в сле- 
дующий момент времени. Например, солдат, па- 
трулирующий здание, должен уметь перемещать- 
ся по коридорам этого здания, видеть и (встреча- 
ется нечасто) слышать. Он также должен правиль- 
но оценивать обстановку и принимать решение 


и переходов 


об отступлении/атаке/вызове подкрепления (если 
успеет, конечно ;)), когда встречается с врагом. 

Второй тип систем ИИ отвечает за глобаль- 
ные действия/события в игре. Например, в страте- 
гических играх он управляет всей армией врага, 
определяет баланс сил на основе некоторых пока- 
зателей (обычно: количество ресурсов, юнитов, 
зданий и т.д.), затем на основе этой и другой ин- 
формации вырабатывает свою стратегию ведения 
войны. Притом каждый юнит имеет свой локальный 
ИИ, который помогает ему выполнять приказы гло- 
бального (перемещаться по локациям, обходя пре- 
пятствия; распознавать вражеские юниты и т.д.). 
(В общем, как говорится, куда пехотинцев ни пошли, 
обязательно зайдут на поле с тибериумом и сгорят. 
Куда харвестер ни пошлешь, обязательно нарвется 
на огнеметные танки :( — прим. Лозовского.) 

Другой пример. Игровой уровень сам по се- 
бе может обладать неким подобием ИИ: если 
игрок уничтожит М врагов, поглумится над тремя 
трупами и дважды подпрыгнет на левой ноге, то от- 
кроется проход на следующий уровень. 

Теперь рассмотрим некоторые самые попу- 
лярные технологии создания игрового ИИ. 


автоматы, которые не стреляют 
Первая технология, которая несмотря на свою 
простоту оказывается очень мощной и применяет- 
ся во многих играх, — это конечные автоматы (fini- 
te state machine). Для определения такой системы 
нужно задать два ключевых элемента: множество 
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состояний и множество правил перехода системы 
из одного состояния в другое. Состояния имеют 
вид наподобие: иду, стою, стреляю, бездельничаю 
и т.д. Правила перехода: если ИДУ и вижу врага, 
тогда начинаю СТРЕЛЯТЬ; если ИДУ и устал, тогда 
нужно немного поСТОЯТЬ, отдохнуть. 

Рассмотрим небольшой пример. Пусть нам 
нужно придумать ИИ для солдата, который держит 
дубину и патрулирует местность. Для простоты бу- 
дем считать, что на местности нет никаких препят- 
ствий, а солдат ходит по четко определенному 
маршруту (ключевым точкам). Итак, какие действия 
он может выполнять? Первое, конечно — ходить по 
прямой от одной контрольной точки (waypoint) 
к другой. Введем еще состояние поворота от одной 
точки по направлению к следующей. Плюс, конеч- 
но же, каждый уважающий себя солдат должен 
уметь преследовать жертву и молотить ее дубиной. 

Теперь нужно разобраться с правилами изме- 
нения состояний. Ходьба: если увидел врага — пе- 
реход в состояние преследования; если пришел 
в нужную точку — начать поворот к следующей. По- 
ворот: увидел врага — преследовать; если повер- 
нулся на достаточный угол — начать ходьбу. Пре- 
следование: врага не видно — разворот к нужной 
точке (возврат к патрулированию); подошел доста- 
точно близко к противнику — начать бой. Бой: враг 


мнение 


СОВЕРШЕННО ОЧЕВИДНО, ЧТО ЧТО СЛИШКОМ ЛЕГКИЕ ИГРЫ В ИТОГЕ БОЛЬШИНСТВО ПОПУ- 
редактора СЛИШКОМ СЛОЖНЫЕ ИГРЫ НЕ ТОЖЕ МАЛОИНТЕРЕСНЫ. ТАК ЛЯРНЫХ ИГР — ЭТО НЕКИЙ 
} ИНТЕРЕСНЫ ГЕИМЕРАМ. ЕСЛИ ЧТО ОСНОВНАЯ ЗАДАЧА — СДЕ- ДЕАЛЬНЫЙ, ЕСЛИ ЕГО ТАК 
№ НА ПРОХОЖДЕНИЕ ИГРЫ ТРА- ЛАТЬ НЕ СВЕРХУМНЫЙ Al, КАК ОЖНО НАЗВАТЬ, Al, НО С ЯВ- 
ТИТСЯ НЕОПРАВДАННО МНОГО ОШИБОЧНО ПОЛАГАЮТ ЫМИ БРЕШАМИ, КОТОРЫЕ ЗА- 
ВРЕМЕНИ, ТО ВЫХОДА ДВА: МНОГИЕ, А ОПТИМАЛЬНЫЙ Al, ЛОЖЕНЫ В НЕГО ИЗНАЧАЛЬНО. 
ie WD oad УЗНАТЬ В СЕТИ, КАК ПРОЙТИ ОРИЕНТИРУЯСЬ НА НЕКИЙ ВСЯ ИГРА СВОДИТСЯ К ПО- 
ЗАТЫК В ИГРЕ, ЛИБО БАНАЛЬ- СРЕДНИИ УРОВЕНЬ СЛОЖНОС- СКУ И ОСОЗНАНИЮ ЭТИХ БРЕ- 
Андрей Каролик/ Andrusha — НО ЗАБРОСИТЬ ВСЮ ИГРУ. ТИ, ПРИЕМЛЕМЫЙ ДЛЯ БОЛЬ- 1ЕЙ, ЧТОБЫ ИСПОЛЬЗОВАТЬ 
выпускающий редактор НО ПАРАДОКС СОСТОИТ В ТОМ, ШИНСТВА ГЕЙМЕРОВ. Х И ПОБЕДИТЬ ПРОТИВНИКА. 
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отошел дальше — преследовать; враг исчез (умер, 
сбежал) — поворот. Вот и все. Когда уже определе- 
ны все состояния и переходы, закодить такую си- 
стему не составит большого труда. 

Теперь немного о преимуществах и недостатках. 
Из преимуществ можно назвать относительную 
простоту в понимании, написании и отладке не- 
больших систем, а также высокую производитель- 
ность в работе. Недостатки: при большом количе- 
стве состояний и переходов реализация превра- 
щается в настоящий кошмар; такие системы труд- 
но расширять — логика состояний и переходов 
жестко зашита в коде системы. 

Конечные автоматы являются, пожалуй, од- 
ной из самых старых (и проверенных временем) 
техник создания ИИ, особенно в ЕР$. Наши люби- 
мые Doom, Quake и Wolfenstein, — все имели ИИ, 
построенный на основе конечных автоматов. 


добавим перцу сейчас посмотрим, как мож- 
но усовершенствовать конечные автоматы, чтобы 
системы на их основе выглядели еще лучше. Для 
начала замечу, что конечные автоматы бывают пол- 
ностью детерминированными и недетерминирован- 
ными. Различие состоит в том, что в недетермини- 
рованных переходы между состояниями являются 
не такими жесткими и имеют элемент случайности, 
непредсказуемости. Если в примере выше «нау- 
чить» солдата с 10% вероятностью не замечать 
врага, а в случае исчезновения врага в 50% случа- 
ев возвращаться к патрулированию и еще в 50% — 
начинать поиски сбежавшей жертвы, то такая си- 
стема уже становится недетерминированной. 
Создавать конечный автомат с большим ко- 
личеством состояний и правил перехода — задача 
не из легких. Иногда бывает проще разделить си- 
стему ИИ на несколько параллельно действующих 
и (почти) не связанных конечных автоматов, каж- 
дый из которых имеет свои состояния. Например, 
один автомат отвечает за патрулирование/пресле- 
дование/атаку, а второй — за систему ведения 
огня: стрелять, не стрелять, перезарядить и т.д. 
Еще более удивительных результатов можно 
добиться при синхронизации конечных автоматов, 
работающих параллельно. Допустим, в нашей игре 
будут присутствовать отряды из трех солдат, кото- 
рые охраняют некоторые локации. Конечно, каждый 
солдат может реализовывать свою логику ведения 
боя, но представь, насколько интереснее они смо- 
трятся, если действуют слаженно. Например, один 
из солдат, заметив противника, сообщает об этом по 
рации (записывает это в общую память отряда) 
и принимает бой. Получив из общей памяти инфор- 
мацию о происходящем, другой солдат прикрывает 
товарища издалека («сообщая» об этом в ту же об- 
щую память). Наконец, третий боец начинает закиды- 
вать врага гранатами. Ну что, ничего не напоминает? 
(Даю наводку: Гордон 
Фримэн, монтировка, 
бригады солдат из пер- 
вой Half-Life...) То-то же! 


Системы правил 


в действии 


жизнь по правилам Есть ситуации, в кото- 
рых довольно проблемно выразить поведение 
игрового агента в терминах конечных автоматов. 
Например, когда из каждого состояния агент мо- 
жет переходить во все другие состояния или когда 
агент может пребывать в двух состояниях одновре- 
менно («идет» и «стреляет»). В таких случаях мож- 
но применить другую технологию — систему пра- 
вил (rule system). Все поведение агента описывает- 
ся набором простых правил вида: условие->дей- 
ствие. Сначала выбираем первое правило. Если 
условие в нем истинно, выполняем указанное дей- 
ствие и выходим (прекращаем проверку последую- 
щих условий). В противном случае переходим 
к следующему правилу, если таковые имеются. Как 
всегда, пример. Попробуем описать с помощью си- 
стемы правил поведение юнита из одной RTS: 


1 ВРАГ БЛИЗКО-> ДАТЬ ЕМУ ПО МОРДЕ 


2 РАССТОЯНИЕ К ВРАГУ> ДВУХ МЕТРОВ && 
МЫ СИЛЬНЕЕ-> ДОГНАТЬ 


3 РАССТОЯНИЕ К ВРАГУ> ДВУХ МЕТРОВ 
(ОН СИЛЬНЕЕ)-> ОЙ, ПОРА БЕЖАТЬ! 


4 НАШИХ БЬЮТ-> ПОЙТИ НА ПОМОЩЬ 
5 СТОЯТЬ И ЛЮБОВАТЬСЯ ПЕЙЗАЖАМИ 


Замечу, что в подобных системах порядок указа- 
ния правил имеет большое значение. Например, 
если поменять местами правила №2 и 3, юнит нач- 
нет убегать и от сильных, и от слабых врагов. (Та- 
кое поведение системы объясняется тем, что усло- 


вие в правиле №3 включает в себя условие из пра- 
вила №2.) Также замечу, что пятое правило вооб- 
ще не имеет условия. Оно задает действие по 
умолчанию и равноценно правилу: true-> стоять 
и любоваться пейзажами. 

На практике системы правил реализуются дву- 
мя способами. Первый — дерево принятия решений 
(decision tree), которое выглядит приблизительно так: 


Другой способ реализации системы правил опира- 
ется на скриптовые языки и является более гиб- 
ким, так как в этом случае вся логика работы ИИ 
отделена от основного кода движка. Скриптовые 
системы правил применяются шире всего в стра- 
тегических играх, например Age of Empires. 

Две следующие технологии более современ- 
ные и берут свое начало из биологии — совокуп- 
ности наук о живой природе. И правда, где еще 
можно узнать столько о существах, которых мы 
так старательно пытаемся смоделировать? 


по стопам дедушки дарвина приме- 
нять генетические алгоритмы в играх начали срав- 
нительно недавно. Они хорошо подходят в ситуа- 
циях, в которых нужно создать разнообразие су- 
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ществ, несколько схо- 
жих по внешнему виду 
и/или поведению. При- 
мером тому могут служить пешеходы в гоночных 
симуляторах или население некого виртуального 
города/мира (как в СТА или The Sims). 

Из школьного курса биологии нам всем из- 
вестно, что в каждом из живых существ зашит не- 
кий генетический код (ДНК помнишь?). Причем су- 
щества в пределах одного вида имеют схожий по 
структуре код, разный по своим составляющим 
единицам — генам. Каждый ген кодирует некое 
свойство живого организма, например цвет глаз, 
тип волос. Генетический код каждого индивида яв- 
ляется некой комбинацией генов его родителей 
плюс небольшой процент мутаций (вообще-то 
в биологии имеются более строгие правила насле- 
дования, но нам это не так важно). Основываясь 
на теории генов, Чарльз Дарвин вывел свою зна- 
менитую теорию эволюции (что-то подсказывает 
мне, что Дарвин вообще ничего не знал о генах: 
когда Чарльз писал свои книги, Мендель еще не 
опубликовал даже свои опыты :) — прим. Лозов- 
ского). Суть теории Дарвина известна всем: выжи- 
вает сильнейший, то есть самый приспособлен- 
ный. У одних видов показателем «силы» может 
быть скорость, у других — устойчивость к моро- 
зам, у третьих — собственно физическая сила. На 
основе этих базовых концепций и создают ИИ 
в некоторых играх. Для начала зададим структуру 
ДНК как массив генов и их возможных значений. 
Не забудем учесть, что здесь понятие гена может 
быть намного шире и с его помощью удобно коди- 


Отряд из Half-Life 


ровать не только биологические свойства, но и, на- 
пример, стиль одежды, черты характера, прическу 
ит.д. (см. таблицу). 

Дальше генерируем первое поколение из М 
представителей данного вида выбором случайных 
значений из множества возможных (для каждого 
гена). Следующая процедура называется тестом 
на пригодность (fitness testing), она же является од- 
ной из самых сложных. Сгенерированных индиви- 
дов помещаем в реальный игровой мир и выбира- 
ем наиболее «способных». К примеру, для бойцов 
можно устраивать виртуальные поединки, чтобы 
решить, кто лучше. Потом генерируем второе по- 
коление, создавав М индивидов как линейной ком- 
бинации ДНК отобранных. Также можно добавить 
небольшую степень мутаций. Дальше — снова 
тест на пригодность и т.д. В конечном счете полу- 
чается, что чем больше номер поколения, тем луч- 
ше особи. И еще мысль: если продолжать «проф- 
отбор» и во время игры, то получится, что каждый 
следующий противник будет более приспособлен 
к конкретному игроку. Возникает некое подобие 
самообучения системы ИИ. 


кто к нам в сети попадет нейронные 
сети являются, пожалуй, одной из самых продви- 
нутых и перспективных технологий создания ИИ. 
Применять нейронные сети в играх начали сравни- 
тельно недавно из-за их сложности и высокой тре- 
бовательности к вычислительным ресурсам. Суть 
заключается в попытке математического модели- 
рования работы головного мозга человека, кото- 
рый состоит из множества нейронов, соединенных 


Набор генов уличного бойца 


генотип 


возможные значения 


Прическа лысый, короткая стрижка, панк, косичка 

Одежда шорты, белая майка и синие джинсы, кимоно, спортивный костюм 
Техника бокс, кикбоксинг, каратэ, кикбоксинг, самбо, тайский бокс 
Скорость 5-10 

Сила 1-10 

Спец. удар нет, вертушка, аперкот снизу 


между собой. Процесс моделирования состоит из 
двух основных этапов: обучение и собственно ис- 
пользование. Два самых распространенных спо- 
соба обучения: 1) на вход системы подают сигна- 
лы и результаты, которые нужно получать при та- 
ких входах; 2) на вход подаются сигналы опреде- 
ленного вида, которые система должна самостоя- 
тельно структурировать и научиться отличать от 
других (самообучение). На математическом уров- 
не обучение происходит путем подбора системой 
нужных весовых коэффициентов (weights) в урав- 
нениях. После некоторого времени обучения ней- 
ронная сеть уже готова к использованию, а также 
последующему обучению. 

Революционность нейронных сетей приме- 
нительно к игровому ИИ состоит в том, что теперь 
виртуальные соперники получают возможность 
самообучаться. К примеру, вражеский солдат, 
получив несколько пулевых ранений во время от- 
чаянной попытки лобовой атаки, запомнит, что от 
пуль больно и еще раз «так» лучше не делать. 
Или он сможет по чуть-чуть перенимать тактику 
ведения боя у игрока. Вот это действительно за- 
хватывающе! 


«теперь и ты знаешь кунг-фу» Вот, в 
общем, и все. Мы рассмотрели несколько самых 
мощных технологий создания ИИ в играх, и тебе 
остается только посмотреть на наш диск, где мы 
заготовили несколько приятных программерских 
бонусов. Ну и, конечно же, дам парочку полезных 
советов напоследок :). 

Прежде всего стоит помнить, что разработ- 
ка плохого ИИ часто начинается с ошибочной по- 
становки целей. Подумай над тем, какие цели по- 
ставлены перед системой, для чего конкретно 
она создана, а главное — каких результатов ты 
ждешь от нее. Например, было бы глупо и страш- 
но расточительно биться в муках несколько дней, 
прикручивая супертехнологичный ИИ к тупому 
зомби в новом клоне Crimsonland: ему потребует- 
ся только знать, где находится игрок, и двигаться 
в этом направлении :) & 
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рецепты 


а 


СОВЕТЫ ПО 
ПРОГРАММИРОВАНИЮ ИГР 


LUA (www.lua.org) — ОДИН ИЗ СКРИПТОВЫХ ЯЗЫ- 
КОВ, ИСПОЛЬЗУЕМЫХ В ИГРАХ ЧАЩЕ ВСЕГО. 
ЭТОТ ЯЗЫК ПОПУЛЯРЕН НАСТОЛЬКО В ОСНОВ- 
НОМ БЛАГОДАРЯ ПРОДУМАННОМУ ДИЗАИНУ 

И РЕАЛИЗАЦИИ ЯЗЫКА АЛЕКСАНДР ГЛАДЫШ (WWW.STEPGAMES.RU) 


«ВСЕ О БЕТА-ТЕСТИРОВАНИИ LUA 5.1 — 


НА WWW.INF.PUC-RIO.BR/ 
~ROBERTO/TALKS/NOVELTIES.PDF » 


Первая версия языка Lua была создана в 1993 ro- 
ду сотрудниками научно-исследовательской груп- 
пы по технологиям компьютерной графики 
(Computer Graphics Technology Group, TeCGraf) 
Бразильского папского католического универси- 
тета (Pontifical Catholic University, PUC-Rio) в Рио- 
де-Жанейро. Над языком работали три человека: 
Роберто Иерусалимский (Roberto lerusalimschy), 
Луиш Энрике де Фигуиредо (Luiz Henrique de 
Figueiredo) и Вальдемар Челеш (Waldemar Celes). 
Название языка на португальском означает «лу- 
на» и произносится как «Nya» (LOO-ah). Истории 
развития языка посвящена специальная страница 
его официального сайта — www.lua.org/versions.html. 

В 2003 году выпущена версия языка 5.0.2, пос- 
ледняя на момент написания статьи (следующая вер- 
сия 5.1 находится на стадии бета-тестирования) — 
Lua обрел зрелость и стабильность. Его интерпрета- 
тор, реализованный на основе регистровой (register- 
based) виртуальной машины, очень эффективен и по 
производительности, и по объему занимаемой памя- 
ти. В сборке со всеми стандартными библиотеками 
языка он добавляет к исполняемому файлу програм- 
мы всего порядка 150 Кб (100 Кб без библиотек). 


Интерпретатор Lua написан на «чистом» (clean) С 
(подмножестве языков ANSI С и С++), его можно соб- 
рать на любой платформе, для которой существует 
компилятор, поддерживающий стандарт ANSI С. Вы- 
сокая портируемость (portability) языка обеспечена! 
Изначально Lua был задуман как язык расши- 
рения функциональности приложений (extension lan- 
guage), и поэтому он обладает достаточно удобным в 
этом плане интерфейсом (так называемый Lua С API). 


гибкий синтаксис Lua обладает несложным 
синтаксисом, близким к традиционному и несколь- 
ко напоминающим Pascal. Часто элементы синтак- 
сиса носят необязательный характер, что позволя- 


сборка 
версии 5.0.2 


LUA С АР! ВЕРСИИ 5.0.2 ПО УМОЛЧАНИЮ 
СОСТОИТ ИЗ ДВУХ СТАТИЧЕСКИХ БИБ- 
ЛИОТЕК: ЯДРА И НАБОРА СТАНДАРТНЫХ 
БИБЛИОТЕК ЯЗЫКА (В ВЕРСИИ 5.1 ЭТИ БИБ- 
ЛИОТЕКИ УЖЕ ОБЪЕДИНЕНЫ В ОДНУ). 
ДИСТРИБУТИВ LUA НАХОДИТСЯ НА ОФИЦИ- 
АЛЬНОМ САЙТЕ ЯЗЫКА (www.lua.org), МОЖЕШЬ 
СКАЧАТЬ ПРЕКОМПИЛИРОВАННУЮ ВЕРСИЮ 
LUA С САЙТА LUAFORGE (luabinaries.luaforge.net) | 


ет писать на Lua и в С-подобном стиле, и в стиле, 
который при определенном старании можно при- 
близить к некоему подобию формализованного че- 
ловеческого языка благодаря отсутствию избыточ- 
ных синтаксических конструкций. Традиционный 
пример Hello world на Lua состоит из одной строчки: 


Синтаксис языка позволяет при желании опустить 
скобки и точку с запятой. Таким образом, вот эта 
конструкция эквивалентна первой: 


Обычно сердцу программиста милее конструкция 
со скобками: ее легче воспринимает взгляд, натре- 
нированный работой с С-подобными языками. Од- 
нако язык Lua удобно использовать в качестве язы- 
ка, специализированного под конкретную задачу 
(Domain-Specific Languages, DSL), например как 
язык описательного характера, такой как «язык» 
конфигурационного файла программы. Свобода 
в синтаксисе Lua бывает очень полезна для повы- 
шения выразительности подобных языков. 

В Lua также удобно хранить табличные дан- 
ные, причем их можно экспортировать непосред- 
ственно из Excel, написав маленький скрипт-кодоге- 
нератор Ha Visual Basic. Значит, больше не нужен 
лишний парсер данных (например, в формате CSV), 
парсер и интерпретатор Lua сделают все за тебя. 


на полную МОЩНОСТЬ Часто при разработ- 
ке архитектуры скриптовой системы и при непосре- 
дственной разработке Ha Lua программисты допус- 
кают ошибку — пытаются писать на этом языке так, 
как будто он некое бледное подобие С++. Шиа — 
мультипарадигменный язык, гибкий в той степени, 
чтобы допускать разработку в стиле С++. Однако 
удобнее и эффективнее рассматривать его как са- 
мостоятельную сущность и вести разработку исхо- 
дя из всего богатства возможностей, в том числе 
работать с возможностями, которых или нет в С++, 
или использование которых затруднительно. 
Функции в Lua — значения первого класса. 
В Lua есть замыкания (closures). Функция может 
возвращать список значений... Если ты помнишь 
обо всем этом, то значительно облегчишь свой 
труд по разработке проекта. Подход с использова- 
нием корутин (согош тез) дает хорошее преиму- 
щество в объеме и прозрачности кода (если срав- 
нивать с классическими системами взаимодей- 
ствия с движком, основанными исключительно на 
обратных вызовах (callbacks) и/или событиях 
(events). Благодаря встроенным в язык возможнос- 
тям рефлексии (например, функции type и функ- 
циям работы с таблицами), на Lua очень удобно 
реализуются связанные с ней задачи, скажем се- 
риализация (пример такой реализации есть в кни- 
ге Programming In Lua). Когда в движке требуются 
рефлективные возможности (для сериализации 


или автоматической генерации интерфейса ре- 
дактирования данных), не пытайся прикрутить 
рефлексию к C++, а используй возможности Lua. 


КОНСОЛЬ ИГРЫ В поставку Lua, помимо исход- 
ников библиотеки для программной работы с интер- 
претатором (Lua С API), входят исходники интерак- 
тивного интерпретатора (lua.exe), очень удобного 
для изучения языка, быстрого тестирования и отлад- 
ки небольших кусков кода. Пользуясь им, ты видишь 
результат выполнения написанного кода не отходя 
от кассы. Очень удобно реализовать функциональ- 
ность, аналогичную той, которой обладает интерак- 
тивный интерпретатор Lua, в консоли игры. Тогда ты 
и твои дизайнеры смогут эффективно писать код 
в контексте твоего движка и немедленно просматри- 
вать то, как изменения в коде влияют на игровой мир. 


перенаправление вывода посмотрим 
такой пример. В Lua нужно переопределить функ- 
цию print, чтобы она выводила текст не в стандарт- 
ный поток вывода, а в игровую консоль. Функция 
print в Lua является частью базовой библиотеки 
языка и принимает список аргументов переменной 
длины. Она преобразует каждый из аргументов 
в строку при помощи функции tostring() и выводит 
ее разделяя символами табуляции. 

Функции в Lua — значения первого класса 
(first-class values), их можно присваивать перемен- 
ным, передавать в качестве аргументов и возвра- 
щать из других функций. Благодаря этому переоп- 
ределение любой функции в Lua — не больше чем 
присвоение переменной с именем этой функции 
нового значения. Если у тебя есть функция __соп- 
sole_print, которая принимает строку и выводит ее 
в консоль, то переопределение системной функ- 
ции print в Lua будет выглядеть, например, вот так: 


Если нужна высокая гибкость или производитель- 
ность, ты можешь написать свою функцию __con- 
sole_print на C/C++, которая работает непосред- 
ственно с виртуальным стеком интерпретатора, по 
образцу print из базовой библиотеки функций 
(luaB_print() в файле БазеЮ.с исходников Lua). 
Фактически ты только продублируешь ее исход- 
ный код, заменив в нем вызов fputs() на вызов нуж- 
ной функции. Соответственно, для замены стан- 
дартного print в Lua достаточно одной строчки: 


При необходимости аналогичным образом переоп- 
ределяешь и другие стандартные функции, рабо- 
тающие с вводом-выводом. 
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подключение игры к движку Вместе 
с языком для подключения языка к твоей прог- 
рамме поставляется библиотека на С (Lua С API). 
Для взаимодействия с языком С интерпретатор 
Lua использует виртуальный стек. Когда из 
скрипта вызывается функция на С, она получает 
чистый экземпляр стека, который независим от 
стеков других функций, вызванных на данный мо- 
мент, и содержит аргументы, переданные в дан- 
ную функцию. Значения, возвращаемые функци- 
ей, тоже передаются через стек. Большинство 
функций Lua С АР! работают и с виртуальным 
стеком. Для удобства эти функции не следуют 
строгой стековой дисциплине, когда можно ис- 
пользовать только операции push и pop, но поз- 
воляют обращаться к значениям, содержащимся 
в стеке, по их абсолютной или относительной по- 
зиции. Подробности о работе с виртуальным сте- 
ком интерпретатора Lua расписаны в Lua 
Reference Manual. 

Чаще всего удобнее оказывается работа на 
более высоком уровне, который предоставляют 
различные библиотеки-обертки. Тем не менее по- 
лезно уметь работать с интерпретатором непос- 
редственно на уровне Lua С API, хотя бы чтобы 
понять, что происходит на самом деле. К тому же 
для некоторых специфических задач бывает 
просто недостаточно функциональности, предос- 
тавляемой библиотеками-обертками. 

Язык Lua специально создавался как язык 
расширения функциональности (extension pro- 
gramming language), поэтому достаточно легко ор- 
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ганизовать взаимодействие кода на Lua с кодом на 
С (и, следовательно, С++). 

Помимо Lua С API, существует некоторое ко- 
личество оберток для этой библиотеки, призван- 
ных повысить удобство работы с Lua из С и С++. 
Такие обертки делятся на две основные группы: 
1) генерируют прослойку межьязыкового взаимо- 
действия автоматически на основе данных, подго- 
товленных специальным образом; 2) служат для 
облегчения ручного создания такой прослойки. 

Несмотря на обилие оберток для подключения 
Lua, стоит изучить Lua С АР! — получишь самое пол- 
ное представление о том, что происходит в програм- 
ме. К тому же при всей своей мощи сам АР! доста- 
точно небольшой. Необходимую информацию ищи в 
Lua Programming Manual и Programming With Lua. 

На сегодня из библиотек для обеспечения 
межьязыкового взаимодействия С++ с Lua наибо- 
лее развиты: 


—` TOLUA, TOLUA++ (www.tecgraf.puc- 


rio.br/~celes/tolua, www.codenix.com/~tolua) 


— SWIG (www.swig.org): 


™ LUABIND (luabind.sourceforge.net) 


И toLua, и SWIG генерируют код регистрации по 
специально подготовленным входным файлам 
(SWIG умеет генерировать такой код не только для 
Lua, но и для множества скриптовых языков). 
Luabind использует шаблоны С++ для гене- 
рации кода регистрации твоих типов в Lua, поэто- 
му он избавляет от промежуточного этапа генера- 
ции кода сторонними средствами за счет некото- 
рого оверхеда в скорости компиляции и объемах 
конечного исполняемого файла. По моему опыту, 
удобнее всего пользоваться библиотекой Luabind 
в сочетании с прямым использованием Lua С API 
(чтобы реализовать отдельные тонкие моменты). 


вопросы производительности При 
разработке программ на Lua нужно иметь в виду, 
что компилятор этого языка не обладает широкими 
способностями по оптимизации. С другой стороны, 
интерпретатор Lua реализован очень эффективно 
и чаще всего обеспечивает весьма приличную ско- 
рость работы. Если же тебе нужна сверхвысокая 
производительность, ты должен сам следить за 
тем, чтобы в коде не было множества лишних 
конструкций. Добиться этого будет легче, если бу- 
дешь придерживаться нескольких простых правил 
при написании кода на Lua (подробнее о подходах 
к оптимизации кода на Шиа — в материалах, опуб- 
ликованных в Lua Users Wiki). 

Доступ к локальным переменным в Lua нес- 
колько быстрее, чем к глобальным. Если требу- 
ется интенсивный доступ к глобальной таблице, 
функции или корутине, лучше завести локаль- 
ную, присвоить ей значение глобальной и только 
потом начинать использовать. Эта техника не не- 
сет накладных расходов на копирование, так как 


в Lua данные таких типов копируются как ссыл- 
ки, а не как значения. 

По возможности в коде, критичном по произ- 
водительности, не создавай множество объектов 
Lua, управляемых сборщиком мусора. Такие объ- 
екты создаются при склеивании строк, вызове 
конструкторов таблиц (например при вызовах 
функций с переменным числом аргументов), при 
объявлении любых функций, при выполнении ко- 
манд dofile/dostring. 

Компилятор Lua способен выполнять элемен- 
тарную оптимизацию. Например, он оптимизирует 
простые выражения с участием переменных и конс- 
тант. Не обязательно заменять, скажем, выражение: 


Перевод скриптового кода в код на С++ — один из 
действенных методов оптимизации. Если тебе 
вдруг показалось, что какой-то участок кода Ha Lua 
нужно подвергнуть интенсивной оптимизации, мо- 
жет быть, ты обнаружил первый сигнал к тому, что 
этот кусок кода нужно переписать на С++. 

Заботясь о производительности кода, ос- 
терегайся преждевременной оптимизации. По 
возможности соблюдай рекомендации по напи- 
санию оптимального по производительности ко- 
да — писать гарантированно медленный код не 
стоит. Однако, как известно, затраты, скажем, 
на оптимизацию куска кода, который выполня- 
ется не более 1% времени, не уменьшат вре- 
менные затраты на выполнение программы 
больше чем на 1%. 

Сначала реализуй код самым удобным (по 
твоим ощущениям) способом. Если понадобится, 
собирай статистику с помощью таких инструмен- 
тов, как Lua Profiler (www.keplerproject.org/luaprofiler) 
И оптимизируй только то, что действительно долж- 
но быть оптимизировано. 


обработка ошибок важно помнить, что при 
небрежном отношении к обработке ошибок в ша, 
после возврата ошибки из lua_pcall(), скриптовая 
система может оказаться в невалидном состоянии. 

Безопаснее всего (по крайней мере, в ста- 
дии активной разработки) прекращать выполне- 
ние программы при возникновении ошибок 
в скрипте. Естественно, это не относится к кон- 
сольному интерпретатору, в котором для комфорт- 
ной работы нужно обеспечивать толерантность 
к возможным ошибкам и опечаткам. Тем не менее 
желательно принимать меры к тому, чтобы ошибки 
в коде, выполняемом с консоли, не приводили 
к неявной «порче» игрового мира. 


чтобы ошибок было меньше, вот несколько 
простых правил на заметку: 

™ ПРИ ВОЗНИКНОВЕНИИ ОШИБКИ 
В ФУНКЦИЯХ НА LUA ВМЕСТО ВЫЗОВА 


— СТАРАЙСЯ МИН 
Е ГЛОБАЛЬН 
МОДУЛЬНОСТЬ КОДА. СЧИТАЕТСЯ 
TOHO 
СОЗДАЕТ ТОЛЬКО ОДНУ ГЛОБАЛЬНУЮ ПЕ- 
РЕМЕННУЮ. ПОДРОБНЕЕ О ПОДХОДАХ 


БИБЛ 
ВОЗВРАЩАЙ N 
ОБ ОШИБКЕ. 

@VHK 


ERROR(), ВЫЗЬ 
РЕЗ B 


ОТЕЧНО 


A ФУНКЦИИ ERROR() 
LU ТЕКСТ СООБЩЕНИЯ 


ИИ, КОТОРЫЕ МОГУТ ВЫЗВАТЬ 
ВАЙ (ГДЕ ВОЗМОЖНО) ЧЕ- 
БЛИОТЕЧНУЮ ФУНКЦ 


tO PCALL(), 


ДЛЯ ЧЕГО ЛУЧШЕ ИСПОЛЬЗОВАТЬ ИДИО- 


МУ РВОТЕСТ, О 


ЕГО НЕХАБА (D 


EXCEPTIONS (www.lua-users.org/wi 
ПОЛЕЗНО ПОЛЬЗОВАТЬ- 
EWTRY (СМ. ТУ ЖЕ 


ceptions) ТАКЖЕ 
СЯ ИДИОМОЙ 
СТАТЬЮ). 


ПРОВЕРЯЙ ПЕРЕДАННЫЕ ФУН 


МЕТРЫ НА NIL. 


ЦИЯ, ОБЪЯВЛЕННАЯ С ТРЕМЯ 
‚ ВЫЗЫВАЕТСЯ С ДВУМЯ, ТО ТРЕТЬ- 


РАМ 


ЕСО МЕНАВ) Е 


ПИСАННУЮ В СТАТЬЕ ДИ- 


INALIZED 


iki/FinalizedEx- 


КЦИИ ПАРА- 


ЕСЛИ, НАПРИМЕР, ФУНК- 


ПАРАМЕТ- 


ЕМУ ПАРАМЕТРУ БУДЕТ ПРИСВОЕН NIL. 


ЕСЛ 


С ОПИСАН 


ДИАЛОГОВ ИТ. 
ПРОВЕРЯЙ ЭТИ 


ОЙ ПЕРЕ 
РАЗО 
ЛАСТЬЮ В 
НЫХ. 
МЕННЫХ 
ФИКС, НАПРИ 
НСТРУМЕНТЬ 
ВЕРК 
ПЕРЕМЕННЫХ. 


НАСТРАИВАЕТ 
СОДЕРЖАЩЕЙ 
ЫЕ (“_С”), ТА 


ДОБАВЛЕНИИ 


НЫХ ВО ВРЕМЯ 


ВЫДАЕТСЯ COO 


ОЧЕНЬ ЧАСТО ОШ 
ЗА ТОГО, ЧТО П 


РИРОВАННЫХ Г 


ВАН 
ЛЮДА 
ХОРОШИ 


ОРГАНИЗАЦИ 
ПРОЧ 


ДАННЫЕ НА М 


СВА 


ЛЬЗУИ УН 


ТВОЯ ФУНКЦИЯ РАБОТАЕТ С ГЛО- 
БАЛЬНЫМИ ДАННЫМИ, ОСОБЕННО 

ями УРОВНЕЙ, ТЕКСТАМ 
П., ПО ВОЗМОЖНОСТ 


IL. 


БКИ ВОЗНИКАЮТ ИЗ- 
РОГРАММИСТ ЗАБЫЛ НА- 
ПИСАТЬ КЛЮЧЕВОЕ СЛОВО LOCAL ПЕ- 

РЕД ПЕРВЫМ ПР 
ЕНН 


ВАНИЕМ ЛОКАЛЬ- 
ОЙ И ЗАТЕР ТАК 
ГЛОБАЛЬНУЮ. СЛЕД 
ДИМОСТИ TBOUX 
В НАЗВАНИЯХ ГЛОБАЛЬ 
спо 


М ОБ- 
ЗА ОБ- 

ПЕРЕМЕН- 
НЫХ ПЕРЕ- 


КАЛЬНЫЙ ПРЕ- 
ЕР G_. ПРИМЕНЯЙ 


ТИПА LUA ИМТ ДЛЯ ПРО- 


В ДИСТР 


ГЛОБАЛЬНЫЕ 
ОБРАЗОМ, 
ЧТЕН 
ОБАЛЬНЫХ П 
ЫПОЛНЕНИЯ 
ЩЕНИЕ ОБ O 


МИЗИРОВАТЬ 


НЕЗАРЕГ 


ИСПОЛЬЗОВАНИЯ ГЛОБАЛЬНЫХ 
БУТИВ LUA 5.1 
ВХОДИТ ПРИМЕР HA LUA, КОТОРЫЙ 
МЕТАТАБЛИЦУ 


ТАБЛ 
ПЕРЕМЕН- 
ЧТО ПРИ 


ЕРЕМЕН- 
СКРИПТА 
]ИБКЕ. 


СПОЛЬЗО- 


‚ ЕСЛИ ОДИН 


МОДУЛЕЙ BL 


ЗБЕГАЙ СОЗДАВАТЬ НА СКР 


ЫХ. СОБ- 


МОДУЛЬ 


ЦА МОЖНО 


ТАТЬ В LUA TECHNICAL NOTE 7: MO- 
DULES & PACKAGES POBEPTO 
МСКОГО (www.lua.org/notes/Itn007.htm!)_ 


ЕРУСАЛИ- 


ПТОВОМ 


ЯЗЫКЕ СЛИШКОМ СЛОЖНЫЕ СИСТЕМЫ. 
ДИНАМИЧЕСКАЯ ТИПИЗАЦИЯ 
ОСОБЕННОСТИ, ПРИ ВСЕМ СВОЕМ 


ПРОЧИЕ 


УДОБСТВЕ, ПЛОХО ВЛИЯЮТ HA СТАБИЛЬ- 
НОСТЬ, НАДЕЖНОСТЬ И ПРОИЗВОДИ- 
ТЕЛЬНОСТЬ КОДА. СКРИПТОВЫЕ ЯЗЫК 
ВООБЩЕ И LUA В ЧАСТНОСТИ ХОРОШ 
ДЛЯ «СКЛЕЙКИ» И НАСТРОЙКИ ФУНКЦИ- 
ОНАЛЬНОСТИ ИГРОВОГО ДВИЖКА. ЕСЛИ 
ТЫ ВИДИШЬ, ЧТО КАКОЙ-ТО МОДУЛЬ НА 
LUA СТАНОВИТСЯ СЛИШКОМ СЛОЖНЫМ, 
ПОСТАРАЙСЯ ПЕРЕНЕСТИ ЕГО ФУНКЦИО- 
НАЛЬНОСТЬ HA С++, ОСТАВИВ LUA ТОЛЬ- 
КО ВЫСОКОУРОВНЕВОЕ УПРАВЛЕНИЕ 
ЭТИМ МОДУЛЕМ. 


управление памятью язык Lua автомати- 
чески управляет памятью при помощи сборщика 
мусора (garbage collector): интерпретатор периоди- 
чески вызывает сборщик мусора, удаляющий объ- 
екты, для которых была выделена память (таблицы, 
userdata, функции, потоки и строки) и которые ста- 
ли недоступными из Lua («мертвые» объекты). 
Интерпретатор Lua задает предел объема па- 
мяти (threshold), занимаемого данными. Как только 
занятый объем достигнет этого предела, запуска- 
ется алгоритм, освобождающий память, занятую 
накопившимися «мертвыми» объектами. Затем ус- 
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танавливается новый предел, равный двухкратно- 
му объему памяти, занимаемой после очистки. 

Чтобы запустить сборку мусора немедленно, нуж- 
но программно установить предел занимаемой памяти в 
0 (вызвав lua_setgcthreshold() из С или collectgar-bage() 
из Lua). Чтобы остановить сборку мусора, устанавлива- 
ем этот предел в достаточно большое значение. 

Замечено, что в некоторых случаях память, зани- 
маемая данными Lua, проявляет тенденцию к разраста- 
нию, что может негативно сказаться на производитель- 
ности программы. Чтобы избежать этого, лучше перио- 
дически вызывать сборку мусора принудительно. 

При написании программ на Lua обязательно 
учитывай то, каким образом интерпретатор Lua уп- 
равляет распределением памяти. Сборка мусора 
в версии 5.0.2 — относительно затратная по произ- 
водительности операция (используется алгоритм 
non-incremental mark and sweep). Она инициируется 
автоматически, когда объем выделенной памяти 
превышает двукратный объем памяти, оставшейся 
выделенной после предыдущей сборки мусора 
(объем выделенной памяти, при превышении кото- 
рого произойдет следующая сборка мусора, также 
можно задавать программно). Значит, фактически, 
в достаточно большой динамической системе 
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сборка мусора может быть запущена в произволь- 
ный момент времени, вызвав просадку по произво- 
дительности. Чем больше памяти выделено под 
объекты Lua, тем дольше происходит сбор мусора. 

Итак, если ты, например, читаешь в Lua дан- 
ные из файла построчно и склеиваешь их в одну 
строку линейно, скорее всего, процесс будет 
продвигаться страшно медленно: после каждой 
следующей операции склейки объем занятой па- 
мяти, как минимум, удваивается и, соответственно, 
запускается процесс сборки мусора. 

Код создает новую строку (и присваивает ее 
переменной some_string), а строка, хранившаяся 
в some_string до склейки, остается в памяти до 
следующей сборки мусора: 


some_string = some_string .. 


Такая проблема и способы ее решения описаны 
в статье Роберто Иерусалимского Lua Technical 
Note 9: Creating Strings Piece by Piece (www.lua.org/no- 
tes/ltn009.html). В Lua 5.1 реализована инкремен- 
тальная сборка мусора, позволяющая распреде- 
лить нагрузку по производительности от процесса 
сборки мусора во времени & 
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Многообразие «железа» под IBM РС доставляет множество неприятностей 
и буквально сводит разработчиков с ума, но это ничто по сравнению с миром 
мобильных устройств. Меняется не только архитектура процессора, объем 
памяти, глубина цветности, но даже геометрия дисплея и расположение кно- 
MOK, что ужесточает требования к дизайну — чертовски трудно создать игру, 
которая сохраняла бы свою привлекательность на устройствах всего спек- 
тра. Никакой стандартизацией здесь и не пахнет. 

Карманные компьютеры, позиция которых еще вчера казалась несокру- 
шимой, сегодня сходят со сцены, уступая места «смартфонам» — сотовым те- 
лефонам с функциями КПК. Мощность процессоров и объемы памяти растут 


проблемы 
переносимости 


НА МОБИЛЬНЫЕ 
УСТРОИСТВА 


РЫНОК МОБИЛЬНЫХ ИГР РАСТЕТ ВЗРЫВООБРАЗНО, 

А ВМЕСТЕ С НИМ РАСТЕТ И ИНТЕРЕС ПРОГРАММИСТОВ. 
ЛАКОМЫЙ КУСОК РЫНКА! ПРАКТИЧЕСКИ ВСЯКИИ, 

КТО ХОТЯ БЫ ОДИН РАЗ СОЗДАВАЛ ИГРУ ДЛЯ ПК, 
НАЧИНАЕТ ПОГЛЯДЫВАТЬ В СТОРОНУ СОТОВЫХ 
ТЕЛЕФОНОВ. РАЗРАБОТКА ИГР ДЛЯ МОБИЛЬНЫХ 
УСТРОИСТВ — ЗАНЯТИЕ ДЕИСТВИТЕЛЬНО НЕСЛОЖНОЕ, 
НО В НЕМ ЕСТЬ НЮАНСЫ [КРИС КАСПЕРСКИ AKA МЫЩЬЪХ 


не по дням, а по часам. Цветной дисплей и графический акселератор — уже 
не редкость, а насущность и необходимость. Прошли времена, когда пользо- 
ватель был доволен тем, что установил на сотовый телефон «Пасьянс» или 
«Дурак», и теперь народ требует трехмерных игр с активной динамикой. 

Основная проблема в том, что жизненный цикл мобильных устройств 
очень невелик, а их популяция крайне разнообразна. Так что разработка 
игры для одной конкретно взятой модели, скорее всего, не окупится и при- 
дется заняться ее портированием на другие платформы. Так что ставим себе 
задачу провернуть достаточно хитрую и коварную операцию, причем плани- 
руем ее заранее. 


ПЛАТФОРМЫ ДЛЯ РАЗРАБОТЧИКОВ 


j2me 


Популярная среда 
разработки Eclipse 


под J2ME 


Подавляющее большинство мобильных 
приложений (по некоторым оценкам, аж 
до 70%) пишутся Ha Java (а точнее J2ME, 
расшифровывается как Java 2 Micro Edi- 
tion) — урезанной версии языка, ориенти- 
рованной на маломощные системы и под- 
держивающей рекордное количество мо- 
бильных устройств. Вместо «живого» ма- 
шинного кода сотовому телефону подсо- 
вывают так называемый «байт-код», кото- 
рый исполняется на виртуальной машине 
(Virtual Machine, сокращенно VM). Разра- 
боткой VM занимается компания Sun (соз- 
датель языка Java) и сторонние постав- 
щики, так как спецификации байт-кода от- 
крыты, а SDK (пакет программ и библио- 
тек для разработчиков) бесплатен. 
Теоретически, игра, написанная 
для одного сотового телефона, пойдет 
на любом устройстве, для которого есть 
соответствующая реализация VM. Даже 
на пылесосе и домофоне! На практике 
же выходит иначе. Прежде всего, произ- 
водительность /2МЕ-приложений край- 
не невелика, и вычислительной мощно- 
сти даже самых быстрых телефонов мо- 


жет попросту не хватить для разработки 
динамичной игры. Чтобы преодолеть это 
ограничение, производители телефонов 
выпускают специальные высокопроиз- 
водительные библиотеки (попутно реа- 
лизующие дополнительные возможно- 
сти по работе с дисплеем и музыкой), 
несовместимые, однако, со стандартной 
виртуальной машиной, и поэтому непе- 
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реносимые. Естественно, Sun не стоит 
на месте и продолжает наращивать по- 
тенциал мобильной Java. Достаточно 
сказать, что в MIDP 1.0 не было поддер- 
жки работы со спрайтами, и вплоть до 
появления МР 2.0 разработчикам при- 
ходилось делать это самим. Однако вре- 
мя уже упущено — на мобильную сцену 
ринулись конкуренты. 


— Е = 


ны 


brew 


Двоичная среда исполнения для беспро- 
водных устройств (Binary Runtime Environ- 
ment for Wireless, сокращенно BREW) — 
альтернативная программная платформа, 
разработанная Qualcomm. В наших моз- 
гах эта компания упорно ассоциируется 
с аббревиатурой СОМА, где, собственно, 
и зародился BREW, а на О$М-телефоны 
он был перенесен значительно позднее. 
Как понятно по названию, это двоичная 
среда! В состав бесплатно распростра- 
няемого SDK входит полноценный С/С++- 


компилятор ARM Builder, который генери- 
рует высокопроизводительный код (не- 
сомненный плюс). 

Какое-то время назад все были 
убеждены, что Qualcomm завоюет мир. 
Темпы, которыми развертывалось BREW, 
вселяли оптимизм. Смущало лишь то, что 
данная технология поддерживает лишь 
семь моделей телефонов, в то же время 
Qualcomm требует обязательной серти- 
фикации всех приложений. С одной сто- 
роны, так гарантировалось высокое каче- 
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ство кода, с другой — разработчики вы- 
саживались на геморрой, поэтому поз- 
днее развитие BREW зашло в тупик. 


rew. 


execution 
engine 


Реалистичная трех- 
мерная игра, разра- 


ботанная с помощью 
Execution Engine 


Execution Engine — разработка компании 
In-Fusio, еще один конкурент на голову 
Sun, которая попыталась обойти ограни- 
чения, накладываемые J2ME. Здесь пред- 
ставлен не двоичный код (как в BREW), 
а виртуальная машина (как в Java), толь- 
ко более производительная. В среднем 
быстродействие выше в 10-15 раз, а на 
некоторых операциях — в 30 раз! Кроме 
того, Execution Engine поддерживает ряд 
жизненно важных графических функций 
(масштабирование, панорамная прокрут- 
ка, трассировка лучей, вращения), кото- 


рые /2МЕ-программисты вынуждены реа- 
лизовывать самостоятельно на медлен- 
ном байт-коде. Execution Engine делает 
это непосредственно из машинно-зави- 
симых библиотек, специальным образом 
оптимизированных под каждую поддер- 
живаемую модель телефона. Вот только 
поддерживается совсем немного моде- 
лей: Philips Fisio 530/825, Alcatel ОТ 
735/535/531, Panasonic X70/G60, Sagem тух- 
5/myG-5/myx-6... Добавлю и то, что SDK да- 
леко не бесплатен и это отталкивает многих 
разработчиков. 


mophun 


Весьма перспективная платформа. Разработана 
компанией Synergenix и позиционируется как 
«карманная консоль на базе ПО». Производитель- 
ность — выше всяких похвал. Tam, где J2ME пока- 
зывает 400 KIPS, Mophun выдает 60 MIPS, что в 150 
раз быстрее. Хорошо, конечно, но ассортимент 
поддерживаемых устройств, как легко догадаться, 
невелик. Плюс Synergenix требует обязательной 


мае 


сертификации всех приложений. 


«АСЕ» игрушка, 
реализованная 


на Mophun 


Игра, разработанная 
с применением 


платформы Wireless 
Graphics Engine 


Wireless Graphics Engine (сокращенно WGE) от 
компании ТТРСот содержит удобный API, ориен- 
тированный на создание двух- и трехмерных игр. 
Программировать на нем — одно удовольствие, 
к тому же SDK распространяется на бесплатной 
основе. Единственным недостатком остается огра- 
ниченный круг поддерживаемых телефонов. 


Вывод: J2ME — единственная платформа, кото- 
рая обеспечивает хоть какую-то переносимость. 
Для разработчиков неторопливых логических 
игр — оптимальный вариант, но динамическая 
графика по производительности уже не тянет. 
Альтернативные платформы решают проблему 
производительности нанося ущерб совместимо- 
сти и налагая на разработчиков множество раз- 
личных ограничений (типа лицензирования), что 
только отталкивает. 


Если переносимости нет, зачем держаться за 
враждебные платформы, когда весь необходимый 
функционал можно реализовать самостоятельно? 
На ассемблере. Получишь высокую скорость 
и лучшую поддержку конкретного оборудования, 
соответственно, сможешь создать быструю и ди- 
намичную игру с кучей наворотов, которые отсут- 
ствуют у конкурентов, использующих /2МЕ. 
Лучшие игры (типа Fight Hard 30) создаются 
именно так. Естественно, о переносимости в этом 


случае придется забыть. Серьезно потрудившись, 
ты сможешь перенести свое творение на пару- 
тройку популярных телефонов, но не более того. 
Иначе затея окажется нерентабельной и к момен- 
ту завершения переноса возникнут новые техно- 
логии, появятся новые идеи, а игра, казавшаяся 
когда-то вершиной научной мысли, станет никому 
не нужным барахлом. В этом и состоит главное от- 
личие приложений для сотовых телефонов от, на- 
пример, картин. 
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Россыпь проблем совместимости: РАЗРАБОТКИ ПРИХОДИТСЯ ВЕСТИ НА — МОБИЛЬНЫЙ МИР ОЧЕНЬ ИЗМЕНЧИВ И 
™ РАСКЛАДКИ КЛАВИАТУРЫ РАЗЛИЧАЮТСЯ ЭМУЛЯТОРЕ, ОДНАКО ПОВЕДЕНИЕ ЭМУ- НЕПОСТОЯНЕН. ЗА ВРЕМЯ, ПОТРАЧЕН- 
В ЗАВИСИМОСТИ ОТ УСТРОЙСТВА. ИНОГ- ЛЯТОРА МОЖЕТ СУЩЕСТВЕННО ОТЛИЧА- НОЕ НА ПЕРЕНОС, КОНКРЕТНАЯ МО- 
ДА УДОБНО, НО ЧАЩЕ ВСЕГО — НЕ ТЬСЯ ОТ ПОВЕДЕНИЯ «ЖИВОГО» СОТО- ДЕЛЬ ТЕЛЕФОНА МОЖЕТ СТАТЬ ПОРЯ- 
ОЧЕНЬ. ЗНАЧИТ, ИГРА НЕ ТОЛЬКО ДОЛ- ВОГО ТЕЛЕФОНА ИЛИ КПК. ДОЧНО УСТАРЕВШЕЙ ИЛИ ОКАЗАТЬСЯ 
ЖНА ДОПУСКАТЬ ПЕРЕОПРЕДЕЛЕНИЕ ВЫТЕСНЕННОИ ДРУГОИ, СОВЕРШЕННО 
КЛАВИШ, НО ПРЕДОСТАВЛЯТЬ ТЩА- = ори и ИНОЙ ПО ХАРАКТЕРИСТИКАМ. И ТОГДА 

ТЕЛЬНО ПРОДУМАННЫ ИНТЕРФЕЙС, КО- ТОРЫ. ЕСЛИ НЕТ СПЕЦИФИКАЦИИ, О ВЕСЬ ПРОЦЕСС ПРИДЕТСЯ ПРОДЕЛЫ- 
ТОРЫЙ ПОЗВОЛИТ УПРАВЛЯТЬ ОДНОЙ РУ- POrPA РОВАНИИ HA ACCEMBNEPE ВАТЬ ЗАНОВО... 
КОИ И С МИНИМУМОМ ТЕЛОДВИЖЕНИИ. 


ОЖНО СРАЗУ ЗАБЫТЬ. ПРИХОДИТСЯ 
™ ВСТРЕЧАЮТСЯ САМЫЕ РАЗНЫЕ ГЛУБИНА РОГРА РОВАТЬ ПОД J2ME, ОСТА- 
ЦВЕТНОСТИ И РАЗРЕШЕНИЕ ДИСПЛЕЕВ, ВАЯСЬ В ПОЛНОМ НЕВЕДЕНИИ НАСЧЕТ 
И УЛОЖИТЬСЯ В ОДНУ ЦВЕТОВУЮ ПАЛИ- ДОСТУПНОЙ ПАМЯТИ И ПРОИЗВОДИ- 
ТРУ ВСЕ РАВНО НЕ ПОЛУЧИТСЯ. НЕ ОС- ТЕЛЬНОСТ 
№ 
ч 


ТАЕТСЯ НИЧЕГО ДРУГОГО, КРОМЕ КАК 

СОЗДАТЬ НЕСКОЛЬКО ВЕРСИЙ ГРАФИЧЕ- 
СКОГО ОФОРМЛЕНИЯ, КАК ЭТО БЫЛО ВО 
ВРЕМЕНА CGA-, ЕСА- И VGA-MOHUTOPOB. 


ЕСТИРОВАНИЕ ИГР ЗАТРУДНЕНО ТЕМ, 
ТО МОБИЛЬНЫХ УСТРОЙСТВ ОЧЕНЬ 
НОГО, ОНИ СТОЯТ ДОРОГО, УСТАРЕВА- 
ЮТ БЫСТРО И ПРИОБРЕТАТЬ ВЕСЬ АС- 


— МОЩНОСТЬ МОБИЛЬНЫХ ПРОЦЕССОРОВ СОРТИМЕНТ ОБОРУДОВАНИЯ, ИМЕЮЩЕ- |“ 
И ОБЪЕМ ДИНАМИЧЕСКОЙ ПАМЯТИ TOCA НА РЫНКЕ, МОЖЕТ ПОЗВОЛИТЬ СЕ- |“ вании аавинииы пани, ПОП 
ВАРЬИРУЕТСЯ В ШИРОКИХ ПРЕДЕЛАХ. БЕ ТОЛЬКО КРУПНАЯ ФИРМА. ee ert 
ЧТОБЫ ПРИ ПОРТИРОВАНИИ HE ПЕРЕПИ- Pins 


— СЛОЖНОСТЬ ПЕРЕНОСА ЧАСТО ПРЕВЫ- 
ШАЕТ ТРУДОЕМКОСТЬ РАЗРАБОТКИ ПРО- 
ГРАММЫ С НУЛЯ. К ТОМУ ЖЕ В ЭТОМ 
СЛУЧАЕ МЫ МОЖЕМ ЗАДЕЙСТВОВАТЬ 
СПЕЦИФИЧЕСКИЕ ОСОБЕННОСТИ КОН- 
КРЕТНОЙ МОДЕЛИ ТЕЛЕФОНА. 


СЫВАТЬ ИГРУ ЗАНОВО, НЕОБХОДИМО ИЗ- 
НАЧАЛЬНО ЗАЛОЖИТЬ В НЕЕ МОДУЛЬ- 
НУЮ СТРУКТУРУ, ОБЕСПЕЧИВАЮЩУЮ 
НЕСКОЛЬКО УРОВНЕЙ «РЕАЛИСТИЧНО- 
СТИ». — СООТНОШЕНИЕ МОЩНОСТИ 
ПРОЦЕССОРА И ОБЪЕМА ПАМЯТИ ТАКЖЕ 


ПОДВЕРЖЕНО ВАРИАЦИЯМ, ПОЭТОМУ В — ОТСУТСТВУЕТ КАКОЙ БЫ ТО НИ БЫЛО 
НЕКОТОРЫХ СЛУЧАЯХ ПРЕДПОЧТИТЕЛЬ- СТАНДАРТ НА ЯЗЫК И АР! МОБИЛЬНЫХ 
НЕЕ ТАБЛИЧНЫЕ ВЫЧИСЛЕНИЯ, А В НЕКО- УСТРОЙСТВ. КОМПИЛЯТОРЫ ДВОИЧНОГО 
ТОРЫХ — ОНИ ПРОСТО НЕ ВМЕЩАЮТСЯ. БАЙТ-КОДА ОТ РАЗНЫХ ПРОИЗВОДИТЕ- 
ЛЕЙ СОВЕРШЕННО НЕСОВМЕСТИМЫ = Ч ира 


™ ЭНЕРГОЕМКОСТЬ АККУМУЛЯТОРОВ ТАК- 
ЖЕ РАЗЛИЧНА. ПРИ ПОСТОЯННОЙ ЗА- 
ГРУЗКЕ ПРОЦЕССОРА, ДИСПЛЕЯ И ЗВУКА 
ПОТРЕБЛЕНИЕ ТОКА ВОЗРАСТАЕТ ВЕСЬ- 
А ЗНАЧИТЕЛЬНО. НЕОБХОДИМО ПРОЕК- 
ТИРОВАТЬ ИГРУ ТАК, ЧТОБЫ ИГРОВОЙ 
ЦИКЛ ВМЕЩАЛСЯ ХОТЯ БЫ В ПОЛНО- 
СТЬЮ ЗАРЯЖЕННЫЙ АККУМУЛЯТОР. 


ЕЖДУ СОБОЙ И ОБЕСПЕЧИВАЮТ ПЕРЕ- 
НОСИМОСТЬ ТОЛЬКО В РАМКАХ ЗАРАНЕЕ 
ВЫБРАННОГО МОДЕЛЬНОГО РЯДА, КОТО- 
РЫЙ ПОСТОЯННО ПОПОЛНЯЕТСЯ, НО 
ДВИЖЕТСЯ В ЗАРАНЕЕ НЕ ПРЕДСКАЗУЕ- 
МОМ НАПРАВЛЕНИИ И ОЧЕНЬ ЧАСТО ПА- 
ДЕТ ВНИЗ. А ПОСКОЛЬКУ ИСХОДНЫЙ 


ЕСЛИ УЧЕСТЬ ТО, ЧТО ТЕЛЕФОН — ЭТО КОД КОМПИЛЯТОРА И ВСЕХ СОПУТ- 
СТВУЮЩИХ ЕМУ БИБЛИОТЕК ЯВЛЯЕТСЯ 
Е TONE RD Are ve: HOM ОВАОТВЫ СОБСТВЕННОСТЬЮ ФИРМЫ-ПРОИЗВОДИ 
СВЯЗИ, ЖЕЛАТЕЛЬНО ПРЕДУСМОТРЕТЬ Feria AAR у - 
НЕСКОЛЬКО УРОВНЕЙ «ЭНЕРГЕТИЧЕ- ‘ р 
СКОЙ ПРОЖОРЛИВОСТ БОТЧИКАМ ИГР Реалистичная трех- 
| СОВЕРШЕННО мерная игра, разра- 
— МОБИЛЬНЫЕ УСТРОЙСТВА СОВЕРШЕННО НЕ ГАРАНТИРУ- ботанная с помощью 
НЕ ПРИСПОСОБЛЕНЫ К ПРОГРАММИРО- ЮТ ОТСУТСТВИЕ Execution Engine 
ВАНИЮ, ПОЭТОМУ ОСНОВНОЙ ЦИКЛ «ИЗМЕНЫ». 
Интерес к мобильным платформам вызван в первую Сотовый телефон хорош тем, что народ  бильной арене намного ниже, чем на ПК, поэто- 


очередь тем, что сотовый телефон дает программи- толпами радуется питону, арканоиду или тетри- My заработать деньги на программировании игр 
стам возможность разработать достойную игру за Cy, а от драчки, реализованной в стиле ZX-SPEC- вполне реально, даже если мы учтем все слож- 
короткое время (от трех месяцев до года) и со скром- TRUM, — буквально бьется в экстазе. К сожале- ности переноса на другие платформы. 

ными вложениями. На ПК игры выродились в мон- нию, в отличие от старика спектрума, век мо- Очень хочется надеяться, что через нес- 
стров, над созданием которых работают огромные —“‘бильных игрушек очень недолог. Зато народ при- колько лет ситуация нормализуется и появится 
коллективы. Чтобы создать нечто конкурентоспособ- вык покупать их (через мобильные службы, KO- если не стандарт, то хотя бы какие-то общие чер- 
ное на ПК усилиями нескольких человек, требуются нечно), а не пионерить естественным образом ты, объединяющие все мобильные устройства 
принципиально новые идеи. А у кого они есть? в ближайшем ларьке. Уровень пиратства на мо- воедино & 
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В КАЖДОМ НОМЕРЕ В НАРТОВСКОМ НОМЕРЕ: 
DVD СЛУЧШИМ ЭКСКЛЮЗИВ 
ФУТБОЛЬНЫМ Чудо-братья Березуцкня 
КОНТЕНТОМ ТЕМА НОМЕРА 


Исторня всех российских 
чемпионатов, Великое н смешное 


ФАНАТСКИЙ ГИД 
Бригады, Фирмы, мобы, банды 


БУДЬ В ФОРМЕ 
Как правильна выбрать футбольную 
экипировку, Вратарские перчатки 


ПОСТЕР 
Календарь Чемпионата Россни 2006 
н откровенная фотосессия 
болельщиц “Зенита” 


УНИКАЛЬНЫЙ КОНКУРС 
Суперприз — поездка на финал 
Лиги Чемпионов 2006: 


COKOHOMb 
деньги — 
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ВЫГОДА 

Цена подписки до 15% ниже, чем в 
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моделирование все начинается с создания 
персонажа. С помощью программы ЗО-моделирова- 
ния мы должны создать ЗО-модель человека/мон- 
стра, подлежащего анимированию. Я привык к клас- 
сике — 3D Studio Max (в народе 305). Эта классика 
тяжеловесная и стоит дорого, но очень удобна и лю- 
ба моему сердцу еще со времен MS РОЗ-варианта. 

Сама программа 38D Studio Мах позволяет мо- 
делировать сетку персонажа, но тут возможности 
не заканчиваются. Далее должны быть созданы 
кости, к ним должны быть привязаны вершины сет- 
ки — когда двигается какая-нибудь кость, все свя- 
занные с ней вершины также должны перемещать- 
ся и изгибаться. Для создания скелета в 30$ есть 
модуль Character Studio, который еще недавно был 
отдельной программой. Сейчас он встроен непо- 
средственно в оболочку в меню Character. Чтобы 
создать реалистичный персонаж, будет маловато 
знаний одних программных пакетов, потребуются 
еще и хорошие знания в области анатомии и фи- 
зики, иначе никто не поверит в реалистичность 
движений твоего персонажа. 

Мы не будем изучать процесс создания мо- 
делей и скелетов, так как подобному вопросу дол- 
жна быть посвящена отдельная статья или даже 
книга. Если хочешь разобраться в этой теме по- 
глубже, рекомендую прочитать книгу «30$ MAX 6 
и Character Studio 4. Анимация персонажей» (авто- 
ры Ю. Кулагин и Б. Морозов — http://bhv.ru/books/bo- 
ok.php?id=3888) Отличная книга! Но чтобы понять ее, 
ты должен иметь начальные знания по самой про- 
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СКЕЛЕТНАЯ АНИМАЦИЯ ОПТОМ И В РОЗНИЦУ 


СКЕЛЕТНАЯ АНИМАЦИЯ — НЕ ПРОСТО ДАНЬ МОДЕ, А УДОБНЫЙ И ДОСТА- 
ТОЧНО ПРОИЗВОДИТЕЛЬНЫЙ МЕТОД СОЗДАНИЯ РЕАЛИСТИЧНОИ АНИМА- 


МАКСИМАЛЬНО 


ЦИИ ДВИЖЕНИЯ ЛЮДЕЙ И ЖИВОТНЫХ. ЕСЛИ СОЗДАТЬ СЕТКУ (МЕЗН), 

О ПРИБЛИЖЕННУЮ К РЕАЛЬНОСТИ, И ПРАВИЛЬНО ПРИВЯ- 
ЗАТЬ К ТАКОИ СЕТКЕ КОСТИ, ТО АНИМАЦИЯ НА ОСНОВЕ ЭТОГО СКЕЛЕТА 
ДЕИСТВИТЕЛЬНО БУДЕТ ПОХОЖА НАР 


ЕАЛЬНУЮ. НО BOT ТЫ СЕЛ ЗА 


КЛАВИАТУРУ И СТОЛКНУЛСЯ С МНОЖЕСТВОМ ПРОБЛЕМ, КОТОРЫЕ НУЖНО 
РЕШИТЬ. О НЕКОТОРЫХ ПРОБЛЕМАХ И ПОГОВОРИМ 197Енов михлил AKA HORRIFIC 


«ПРИМЕР СКЕЛЕТНОЙ АНИМАЦИИ ЕСТЬ 
В СОСТАВЕ DX SDK В ДИРЕКТОРИИ 
DXSDK\SAMPLES\C++\DIRECT3D\MESHES\ 


SKINNEDMESH» 


грамме 30$. Авторы описывают только TO, что Ka- 
сается анимации персонажей, и опускают базовые 
понятия моделирования. 

Зачем же я завел разговор о моделировании, 
если не собираюсь рассматривать его? Создание 
персонажа — это отдельная тема, а сейчас нам нужно 
понять, что должно быть создано и, соответственно, 
чем мы будем оперировать в собственной программе. 


скелет Посмотрим, из чего состоит скелет. 
Для иллюстрации и примера я взял один из фай- 
ЛОВ КНИГИ «30$ МАХ 6 и Character Studio 4. Анима- 
ция персонажей». Найди иллюстрацию в этой 
статье с дамочкой и стоящим рядом скелетом. 
Дама — это то, что слева, а скелет — справа. По 
крайней мере, мне так кажется :). Скелет 3D-mMo- 
дели похож на настоящий скелет человека и со- 
стоит из костей, связанных между собой. Если 
повернуть плечо, то повернется вся рука вплоть 
до кончиков пальцев. Когда поворачивается 
кисть руки, поворачиваются и все ее пальцы. 


Когда вращаются кости, движутся и связанные 
точки сетки персонажа. Одна точка сетки может 
быть привязана к нескольким костям. В этом слу- 
чае точка сетки смещается в соответствии с ука- 
занным весом точки. Если вершина принадлежит 
двум костям, то по умолчанию вес в обоих случаях 
будет равен 0,5, то есть при вращении кости на 90 
градусов вершина из- 
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ки). Если вершина принадлежит одной кости, то 
вес ее преобразований равен 1, то есть она будет 
трансформироваться на все 100%. 

Сейчас отвлекусь от темы, чтобы дать один 
совет: никогда не двигай кости для создания ани- 
мации. Все кости только вращаются относительно 
начала (точки крепления с главной или вышестоя- 
щей по иерархии костью). Например, кость руки 
крепится к плечу, и чтобы рука была протянута 
вперед, происходит вращение кости относительно 
плеча. Притом все остальные части руки (локоть, 
кисть, пальцы) движутся автоматически — переме- 
щать их не нужно, если только ты не хочешь, что- 
бы от туловища оторвалась рука или нога. 


левая нога 


левая стопа 


основная кость 


Попробуй подвигать пальцем — и наглядно убе- 
дишься, что любые движения пальца — это враще- 
ние относительно кисти. Если попытаться двинуть 
по прямой, то можно выбить палец из сустава. Ко- 
нечно, встречаются индивидуумы с развитыми су- 
ставами, которые производят небольшие прямоли- 
нейные движения, но они небольшие (в пределах су- 
става) и это уже к Лозовскому на прием. Пусть я не 
врач, мне кажется, что это неизлечимо, в любом слу- 
чае ненормально и требует обращения в больницу. 


экспорт Сетки Создав сетку персонажа, 
скелет и анимацию, сохрани их для последующей 
загрузки из собственной программы. Вот тут воз- 


никает проблема выбора: как сохранить? Формат 
„тах позволяет хранить всю необходимую инфор- 
мацию, но он слишком сложный для применения 
в собственных программах. Можно использовать 
старый формат .3ds, но возникает проблема с сох- 
ранением информации о костях и самой скелетной 
анимации. Эти проблемы можно обойти, но тогда 
натолкнешься на другие большие проблемы. При- 
дется писать собственные анализаторы и загрузки 
данных, потом создавать классы или функции для 
поддержки всего загруженного в программе. 
Зачем выдумывать проблемы себе, когда 
можно использовать формат файла .x, который 
разработан Microsoft и является открытым, уни- 
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хорошие 
советы 


1 ПОСЛЕ МОДИФИКАЦИИ МАТРИЦЫ ПРЕОБ- 
РАЗОВАНИЙ ОДНОЙ КОСТИ У ТЕБЯ МОГУТ 
ВОЗНИКНУТЬ ПРОБЛЕМЫ С ПОЛУЧЕНИЕМ 
ПЕРВОНАЧАЛЬНОГО СОСТОЯНИЯ — МОЙ 
ПЕРВЫЙ СОВЕТ ПРИЗВАН ИЗБАВИТЬ ТЕБЯ 
ОТ ЭТОЙ НАПАСТИ. ДЕЛО В ТОМ, ЧТО В ЛЮ- 
БОМ СЛУЧАЕ СУЩЕСТВУЕТ КАКАЯ-ТО ПО- 
ГРЕШНОСТЬ, КОТОРАЯ СО ВРЕМЕНЕМ НАЧИ- 
НАЕТ ВЛИЯТЬ НА КАЧЕСТВО СЦЕНЫ. НАПРИ- 
МЕР, НОГИ ЧЕЛОВЕКА НЕОЖИДАННО ОТКА- 
ЖУТСЯ ВЫРАВНИВАТЬСЯ В ТОТ МОМЕНТ, 
КОГДА ТЫ ПОПЫТАЕШЬСЯ ОСТАНОВИТЬ 
СВОЕГО ПЕРСОНАЖА И ПОСТАВИТЬ ЕГО 
РОВНО. ЛИКВИДИРОВАТЬ ТАКОЙ ЭФФЕКТ 
ЛЕГКО: МОЖНО СОЗДАТЬ СВОЙ ВАРИАНТ 
СТРУКТУРЫ ОЗОХЕВАМЕ, ТО ЕСТЬ РАСШИ- 
РИТЬ ЕЕ, ДОБАВИВ ЕЩЕ ОДНО ПОЛЕ ТИПА 
D3DXMATRIX. В ЭТОМ ПОЛЕ МОЖНО ХРА- 
НИТЬ МАТРИЦУ ПРЕОБРАЗОВАНИЙ КОСТИ 
НА ЭТАПЕ НАЧАЛА АНИМАЦИИ И ПРИ КАЖ- 
ДОМ ОТОБРАЖЕНИИ СЦЕНЫ ПЛЯСАТЬ 
ИМЕННО ОТ ЭТОГО ЗНАЧЕНИЯ. 


2 ДЛЯ ПОВЫШЕНИЯ ПРОИЗВОДИТЕЛЬНОСТИ 
ДАМ ЕЩЕ ОДИН СОВЕТ: ЗАРАНЕЕ РАССЧИ- 
ТАТЬ КЛЮЧЕВЫЕ КАДРЫ, ПО КОТОРЫМ БУДЕТ 
СТРОИТЬСЯ ДАЛЬНЕЙШАЯ АНИМАЦИЯ. ТАК 
ТЫ ЗАРАНЕЕ ПОДГОТОВИШЬ ТРАЕКТОРИИ 
ОСНОВНЫХ ТЕЛОДВИЖЕНИЙ: ХОДЬБЫ, БЕГА, 
ПРИСЕДАНИЯ, ПРЫЖКОВ И Т.Д. ВО ВРЕМЯ 
ИГРЫ В ЗАВИСИМОСТИ ОТ СИТУАЦИИ ОСТА- 
НЕТСЯ ТОЛЬКО ВОСПОЛЬЗОВАТЬСЯ УЖЕ 
РАССЧИТАННЫМИ ТРАЕКТОРИЯМИ, КОТОРЫЕ 
НЕ ЗАНИМАЮТ МНОГО МЕСТА И МОГУТ БЫТЬ 
ИСПОЛЬЗОВАНЫ ДЛЯ РАЗЛИЧНЫХ ПЕРСОНА- 
ЖЕЙ ОДНОВРЕМЕННО. ОДНАКО ПОМНИ, ЧТО 
У ВСЕХ ЛЮДЕЙ РАЗНЫЕ ПОХОДКИ, И ОСО- 
БЕННО ОТЛИЧАЮТСЯ МУЖСКИЕ И ЖЕНСКИЕ 
ПОХОДКИ. ТЕМ НЕ МЕНЕЕ ДАЖЕ ЕСЛИ ТЫ 
ЗАКРОЕШЬ ГЛАЗА НА ЭТО, В ДИНАМИЧНОЙ 
СЦЕНЕ ИГРОК НЕ ЗАМЕТИТ ПОДВОХЖА. 


3 ТАК КАК ФОРМАТ .Х-ФАЙЛА ОТКРЫТЫЙ 

И ЛЕГКО ПОДДАЕТСЯ РАСШИРЕНИЮ, ТО ЗА- 
РАНЕЕ ПРОСЧИТАННУЮ АНИМАЦИЮ МОЖНО 
ХРАНИТЬ В НЕМ. ДРУГОЕ ДЕЛО, ЧТО ДЛЯ РЕ- 
ДАКТИРОВАНИЯ ФАЙЛА И СОХРАНЕНИЯ 
АНИМАЦИИ МОЖЕТ ПОТРЕБОВАТЬСЯ ДО- 
ПОЛНИТЕЛЬНАЯ ПРОГРАММА И НЕМНОГО 
НАПРЯГА В КОДИНГЕ, НО ДЕЛО СТОИТ ТОГО. 


версальным и легко расширяемым? Расширять 
возможности файла нам не понадобится, потому 
что все необходимое для хранения сетки и костей 
в нем уже есть. Сама 30$ Мах не может сохранять 
или экспортировать данные в формат .х, но можно 
установить специальный plug-in, разработанный 
самой Microsoft. Этот plug-in можно найти в со- 
ставе DX SDK, причем в исходных кодах. Нам оста- 
ется только скомпилировать его и установить. 
.х-файл обладает еще одним преимуще- 
ством: в составе функций Direct83D есть возмож- 
ность загрузить сетку с помощью одной-един- 
ственной функции и с помощью еще одной — ске- 
лет. Корпорация Microsoft здесь очень хорошо по- 
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заботилась о нас как 
о программистах. Одна- 
ко о функциях читай 
чуть позже. Сейчас еще 
немного мысленно по- 
щупаем скелет. 


Слева сетка 
человека, похожего 


на женщину :), 
справа — скелет 


внутреннее пространство пПосмо- 
трим, из чего состоит скелет в .х-файле и что нам 
предстоит загружать. Для ясности я набросал не- 
большую схему, ее достаточно для понимания ма- 
териала — описывать тело в подробностях я не 
стал. В центре этой схемы находится основная 
кость, вокруг которой множество других. «Основ- 
ная» — это не просто любая или центральная, 
а именно основная кость. При ее перемещении 
или вращении вращается абсолютно вся сцена. 
У человека эту роль выполняет позвоночник, 
а у гуманоида — что захочешь :). Насчет гуманои- 
дов не могу посоветовать ничего, потому что не 
знаю, какую игру ты планируешь и с какой плане- 
ты прилетели твои пришельцы. 

Все остальные кости крепятся к основной, 
создавая иерархическое дерево. Если поворачи- 
вается какая-нибудь часть этого скелета, переме- 
щаются все дочерние кости. Такая схема создана 
только для удобства, чтобы она хоть немного напо- 
минала человека. Если взглянуть на иерархию ске- 
лета в памяти, то она покажется похожей на дере- 
во с множеством уровней, а не на человека. Если 
выстроить скелет таким, как он находится в памя- 
ти, то может получиться, что нога находится на од- 
ном уровне с грудью. 

Может показаться, что работать с костями адски 
неудобно, на самом же деле ничего сложного 
нет. Создавая вторую схему скелета, я всего 
лишь изменил положение элементов схемы, 


о 4 ВЕ 


а связи не изменялись. Все связано в той же по- 
следовательности. 


загрузка скелета для загрузки информа- 
ции из .х-файла с учетом скелета можно восполь- 
зоваться функцией D3DXLoadMeshHierarchyFromx, 
в общем виде она выглядит следующим образом: 


HRESULT D38DXLoadMeshHierarchyFromx( 
LPCTSTR Filename, 

DWORD MeshOptions, 
LPDIRECT3DDEVICE9 pDevice, 
LPD3DXALLOCATEHIERARCHY pAlloc, 
LPD3DXLOADUSERDATA pUserDataLoader, 
LPD3DXFRAME* ppFrameHeirarchy, 
LPD3DXANIMATIONCONTROLLER* 
ppAnimController 

| 


Коротко пробежимся по параметрам этой функции. 
Непате — что-то подсказывает мне, что это путь 
к загружаемому .х-файлу. 

MeshOptions — опции загрузки. Чаще всего будет 
нужна опция ОЗОХМЕЗН_МАМАСЕО, чтобы можно 
было управлять загруженными данными вершин- 
ного буфера. Если управление не нужно, то можно 
вообще ничего не указывать, чтобы использовать 
значения по умолчанию. 

pDevice — указатель на интерфейс |Direct3DDevice. 
Я думаю, тут не нужно пояснять, что это такое и зачем. 
pAlloc — указатель на интерфейс ID3DXAllocateHi- 
егагспу, методы которого вызываются во время за- 
грузки информации из .х-файла. Этот интерфейс 
необходим для выделения и освобождения фрей- 
мов и контейнера объектов. 

pUserDataLoader — указатель на интерфейс 
ID3DXLoadUserData для загрузки пользователь- 


ских данных. Да, .х-файл является свободным, гиб- 
ким, расширяемым, и поэтому может содержать 
и пользовательские данные, которые можно обра- 
ботать указав здесь собственный экземпляр ин- 
терфейса ID3DXLoadUserData. 

ppFrameHeirarchy — возвращает указатель Ha 
иерархию загруженных фреймов в виде массива 
структур D3DXFRAME. 

ppAnimController — указатель на интерфейс 
ID3DXAnimationController, в котором будет разме- 
щена информация об анимации. Да, в .х-файле мо- 
жет оказаться еще и заранее подготовленная ани- 
мация. Следовать ей необязательно, но иногда 
очень удобно. 


фреймы Остановимся подробнее на шестом 
параметре функции D3DXLoadMeshHierarchy- 
Fromx, где мы получаем указатель на массив струк- 
тур D3DXFRAME. Что это такое? На самом деле 
каждая такая структура описывает определенную 
кость в скелете и выглядит следующим образом: 


Что же есть в этой структуре и для чего «оно» 
предназначено? 

Мате — имя элемента скелета. Каждая кость мо- 
жет иметь свое имя, по которому достаточно 
удобно находить именно ту часть скелета, кото- 
рая требует вращения. Зная имя кости, ты легко 
найдешь ее структуру, перебрав весь скелет. 
Указатели на наиболее часто используемые 
структуры лучше сохранить в глобальных пере- 
менных, и тогда ты не будешь каждый раз пере- 
бирать весь скелет, следовательно, повысишь 
скорость анимации. 

TransformationMatrix — матрица преобразований. 
Определяет положение данной косточки. 
pMeshContainer — указатель на контейнер сетки. 
pFrameSibling — указатель на следующую струк- 
туру D3DXFRAME, которая находится на том же 
уровне. Например, все пальцы находятся на од- 
ном и том же уровне иерархии скелета, через 
этот указатель можно последовательно получать 
доступ к ним. 

pFrameFirstChild — указатель на первую кость, ко- 
торая находится на уровень ниже. 


В движении Перейдем к алгоритму, который 
позволит двигать скелет. Во время движения ча- 
ще всего необходимо изменять матрицу преобра- 
зования не только определенной косточки (напри- 
мер предплечья), но и всех дочерних (всех костей, 
которые входят в состав руки). Приходится созда- 
вать функцию, которая должна выполнять два 
действия: для начала должно изменяться положе- 


ние текущей кости, а после этого — вызываться 
рекурсивная функция. Внутри рекурсивной функ- 
ции нужно изменять матрицы положения не толь- 
ко дочерних, но и родственных (находящихся на 
одном уровне) костей. Например, когда движется 
кисть, должны двигаться и все ее пять пальцев, 
которые находятся на одном уровне, а не один, 
первый попавшийся палец. Функция может выгля- 
деть примерно так: 


рекурсивная функция 


Внимание! Во время вызова функции обновления 
родственных костей в качестве второго параметра 
передается неизмененная матрица, а при обно- 
влении дочерних костей — уже трансформирован- 
ный вариант. 
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ИТОГО Скелетная анимация позволяет создать 
анимацию движения персонажа игры легко и бы- 
стро. Если персонаж качественно смоделирован, 
то движения будут максимально реалистичны 
и пользователи по достоинству оценят твой труд. 

Даже такая большая статья, как эта, не мо- 
жет вместить всю информацию. Я постарался по- 
казать основы, заинтересовать тебя и убедить 
в необходимости использовать эту технологию. 
Дальнейшее совершенствование знаний и умений 
оставляю на твоей совести. Думаю, через некото- 
рое время я вновь подниму эту тему на моем сай- 
те. Если возникли вопросы — пиши. 

Напоследок загляни на сайт https/cherb.web.ur.ru/ 
mal-html — увидишь танцующего мальчика в пам- 
персе. Это рисованная анимация, но есть и дем- 
ка, в которой тот же 
самый мальчик танцует 
под хорошую музыку, 
причем персонаж реа- 
лизован в виде сетки 
mesh и скелета. Я ви- 
дел эту демку пример- 
но три года назад, 
а сейчас что-то не смог 
найти. Жаль 


Модель человека 
tiny.x, который идет 
в составе с DirectX 


SDK для тестирования 
скелетной анимации 
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в прошлое 


ИГРЫ, КОТОРЫЕ МЫ 
НЕ ВОЗРОДИЛИ, 
ХОТЯ МОГЛИ 


ЭТО БЫЛО НЕ ТАК ДАВНО. ВСЕГО ЛИШЬ 10-15 ЛЕТ 
НАЗАД. ТОГДА МЫ УЧИЛИСЬ В ШКОЛЕ, ПИЛИ ПИВО 

НА ПЕРЕМЕНАХ, ДЕРГАЛИ ДЕВОЧЕК ЗА КОСИЧКИ, 
ВЕРИЛИ ВО ЧТО-ТО ПРЕКРАСНОЕ И В ОДИН . 
ПРЕКРАСНЫЙ МОМЕНТ ЗНАКОМИЛИСЬ С ЭВМ. КАКОИ 
ИМЕННО МОМЕНТ? КОМУ КАК ПОВЕЗЛО. КОМУ-ТО ОТЕЦ 
ПРИНЕС С РАБОТЫ РАЗДОЛБАННУЮ БК'ШКУ, КТО-ТО 
УЖЕ В СРЕДНЕИ ШКОЛЕ ПОЗНАКОМИЛСЯ С 286-MU 
ТАЧКАМИ, КТО-ТО ОБЩАЛСЯ С ИМПОРТНЫМ 
СПЕКТРУМОМ ИЛИ С ОДНИМ ИЗ ЕГО МНОГОЧИСЛЕННЫХ 
СОВЕТСКИХ КЛОНОВ. МЫ ВСЛУШИВАЛИСЬ В ШИПЕНИЕ 
ДИНАМИКОВ И ПОСТЕПЕННО СРОДНЯЛИСЬ 

С МЕХАНИЧЕСКИМ ГОЛОСОМ, КОТОРЫЙ ШЕПТАЛ 

НАМ: «РЕДАКТОР И АССЕМБЛЕР...РЕДАКТОР ТЕКСТОВ.. 


КЛАД. .. | 3 KM E H > [лозовский АЛЕКСАНДР (ALEXANDERGREAL.XAKEP.RU) 


лестница 

В далеком 1989 году я впервые увидел компьютер. 
Мне купили «Микрошу» — суперсоветскую ЭВМ, ко- 
торая не может существовать без телевизора и маг- 
нитолы. На многократно зажеванной и разглажен- 
ной пленке кассеты MK6O, помимо кучи полезных 
программ, были и игры, а среди них — та самая 
«Лестница». Идея ее проста: человечек идет снизу 
вверх по лабиринту (точнее, даже не по лабиринту, 
а просто по уровням, соединенным лестницами, при- 
чем игровое поле открывается взору полностью). 
Наверху же игрового поля находится один (несколь- 
ко) источников, из которых вываливаются скачущие 
камни. Камни (в виде символа «O») катятся вниз по 
уровням и лестницам, подпрыгивают и норовят раз- 
давить игрока. Цель — долезть до верха. Уровней, 
причем самого разного дизайна, было куча. Я, к при- 
меру, дошел до 14-го и нисколько не растерял игро- 
вой интерес :). Не знаю, как эта игра будет воспри- 
ниматься сейчас, но тогда она затягивала просто 
страшно. Кстати, как ты, наверное, уже читал в Инт- 
ро, именно эту игру я пытался портировать, но в ито- 
ге посеял исходники из-за проблем с Чубайсом. 


ЧТО НАС ПОКОРИЛО? 
КНОПОЧКА «fT» HA 
КЛАВИАТУРЕ. EE НАЗ- 
ВАНИЕ РАСШИФРОВЫ- 
ВАЕТСЯ ВОВСЕ НЕ 
«ГЛУТАМИЛТРАНСПЕП- 
ИЛИ «ГОТОВ 
КАК МОЖЕТ 


ТИДАЗА» 
К ТРУДУ», 
ПОКАЗАТЬСЯ КОМУ-НИ- 
БУДЬ :), А НЕИЗВЕСТНО 
ГЛАВНОЕ — ТО, 
ЧТО ОНА ВВОДИТ СИМ- 
ВОЛ, ИЗОБРАЖАЮЩИЙ 
ЧЕЛОВЕЧКА. 


КАК. 


быстрый счет 

Не имеющая аналогов в мире игра. Есть две бего- 
вые дорожки (последовательность знаков «====» 
тогда называлась границей дорожки :)). В верх- 
ней — наш ГТ-человечек, в нижней — вражеский. 
Вражеский идет медленно, но неумолимо вперед. 
Наш двигается быстро, широкими скачками, но... 
он не может без допинга. А допингом является 
правильное устное решение арифметического 
примера, который высвечивался вверху экрана. 
Решать нужно было в уме, пользоваться калькуля- 
тором — читинг, к тому же тогда калькуляторы бы- 
ли роскошью :(. На уроках математики — и вовсе 
за использование мажорной «Электроники» могли 
надавать линейкой по рукам :). Игра имела кучу 
уровней сложности и недетски развивала способ- 
ность к устному счету. В общем, правильная со- 
циалистическая игрушка. Must have, особенно для 
однозадачных «Пальмов» :). 


ЧТО НАС ПОКОРИЛО? 
КОММЕНТАРИИ В КОН- 
ЦЕ. ХУДШИЙ РЕЗУЛЬ- 
ТАТ — «НЕ ХОДИТЕ 

В МАГАЗИН — ОБМА- 
НУТ». ЛУЧШИЙ — ЧТО- 
ТО ВРОДЕ «ТАКОМУ ЯЙ- 
ЦЕГОЛОВОМУ ДАСТ ЛЮ- 
БАЯ ЕХ-СССР-ДЕВУШКА, 
ДАЖЕ ЕСЛИ У НЕГО НЕТ 
МАЙКИ OT ADIDAS» 
(ВОЗМОЖНО, ПОСЛЕД- 
НЯЯ ФРАЗА РОЖДЕНА 
МОЕЙ ФАНТАЗИЕЙ И НЕ 
МОЖЕТ ЯВЛЯТЬСЯ ОС- 
НОВАНИЕМ ДЛЯ ВЧИНЕ- 
НИЯ ИСКА. 


порнотетрис, sexonix 

Об этих играх я бы не написал ничего, если бы не 
настойчивые просьбы коллеги, пожелавшего ос- 
таться неизвестным (назовем его условно — 
«Sky»). Итак, в те далекие времена, когда кибер- 
онанистов было немного и они были не такие пре- 
сыщенные, как сейчас :), им приходилось доволь- 
ствоваться малым, а именно — вот такими просты- 
ми и безыскусными играми. Например, задача 
«Порнотетриса» — с каждым заполненным уров- 
нем не начислять очки, а открывать часть порно- 
клипа (плохого качества, конечно же). В SeXonix'e 
же мы отвоевываем у кариозных монстров не про- 
сто абстрактную территорию, а эротическую фо- 
тографию. В принципе, правильно. Нужно же бо- 
роться за что-то светлое :). 


МОРАЛЬ: 
XONIX НУЖНО ПОРТИ- 
РОВАТЬ. АССОРТИМЕНТ 
КАРТИНОК ПОПРОШУ 
ПОРАЗНООБРАЗИТЬ! 
ЧТО НАС ПОКОРИЛО: 

ИГРА ОДНОЙ РУКОЙ ;). 


игра без названия 

Внизу карты ползает танк. Сверху на него медлен- 
но, но верно плывут фигуры и наша задача — ДО- 
СТРОИТЬ каждую фигуру до ровного прямоуголь- 
ника выстрелами из танка. Видимо, именно тогда, 
достигнув критической массы, она уничтожится 
сама. В качестве бонуса — три бомбы, очищаю- 
щие весь экран от вражеских фигур. Также, есте- 
ственно, постепенно фигуры ускоряются. 


МОРАЛЬ: 

ИНТЕРЕСНЫЙ 

СЮЖЕТ, НЕИЗВЕСТНЫЙ 
АВТОР, СУПЕРИНТЕ- 
РЕСНАЯ ИГРА. 
ЗАВЕРНИТЕ! 


boomberman 
Игра-король! Куча клонов, куча модификаций. Ma- 
ленький анархист с бомбой ©, бегающий по лабирин- 
там, взрывающий и убивающий все и вся — практи- 
чески супергерой поколения 90-х. Дюк Нюкем, Тер- 
минатор, Коммандер Кен и Рэмбо — все это дети по 
сравнению с стареньким низкорослым тротиловым 
парнем. Игра постоянно переделывалась всеми кому 
не лень, и в результате превратилась в трехмерную 
музыкальную порнографию (в худшем смысле этого 
слова), в которую часами уже не поиграешь. 

Как BoomberMan может быть трехмерным? 
Как ходячие лампочки-враги могут быть супердета- 
лизированными? Не стоит повторять ошибки таких 
разработчиков. Возрождать игры нужно в том виде, 
в котором мы их полюбили. Только улучшать их уже 
некуда. Они идеальны. В свете последних политиче- 
ских событий, наверное, эта игра будет запрещена, 
а человек, собравшийся возродить ее — расстре- 
лян или переправлен на базу Гуантамо для уточне- 
ния связей с мировым терроризмом. Но если ты не 
боишься — дерзай, для покета будет супер. Глав- 
ное — не забыть бонусы в духе взрыва бесконеч- 
ной длины (весь коридор) и подрыва по кнопке (а не 
по таймеру: это так нравилось нам). BoomberMan 
уже есть на Java, но получилось неидеально ;). 


ЧТО НАС ПОКОРИЛО: 
В-О-О-ОМ! 

ЭТА ХОДЯЧАЯ ЛАМПОЯ- 
КА СЕЙЯАС СДОХНЕТ! 
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Бананы вие | 
ООО 


Ma 
oa et a ee 


3838888 


== 


танки 

Эта игра, скорее всего, восходит к временам «Денди». На РС она пришла 
позже, и сюжет ее прост: в середине карты стоит база из кирпича. Около ба- 
зы стоит пара танков: твой и друга-человека. Задача — оборонять базу и уби- 
вать другие танки. В свою очередь, вражеские танки могут раздолбать кир- 
пич базы и уничтожить ее, организовав нам дате over. Из хороших бонусов 
запомнились силовое поле, способность плавать по воде, способность про- 
бивать бетон (кирпич можно уничтожать и базовым оружием) и абсолютная 
тупость Al: глупые или пьяные танкисты только ездили и палили в белый свет, 
но, поскольку их было много, шансов разнести игрока оставалось порядоч- 
но. Игра — класс, так почему же не сделать ее мультиплеером по Bluetooth'y? 
Погонять на лекции в танки — неплохая идея :). Кстати, несколько лет назад 
я видел реализацию этой игры на Delphi с открытым сорцом. 


castle war & scorched earth 
Идея проста, как заповеди Mao Цзедуна из его 
красной книжечки. Есть две крепости. Есть три 
клавиши. Регулируем силу выстрела и траекторию, 
стреляем...и не попадаем во вражескую крепость. 
Как быть? Корректируем, стреляем. Попадание! 
Часть крепости снесено, но на этом игра не закан- 
чивается: она пошаговая и оппонент имеет шанс с «ВЫЖЖЕННОЙ ЗЕ- 
отомстить. Что хорошего в этой игрушке? Она про- 
стая, она затягивает, в нее можно играть вдвоем 
(no Bluetooth? ;)) и стилуса хватит с лихвой :). 
Scorched Earth — намного более продвинутая 
коммерческая игра. Несколько танков (и несколько 
игроков, управляющих ими) ведут смертельный бой с 
помощью кучи вооружений от пушки до мини- и мак- 
роядерной боеголовки. Хотя нет, ядерная боеголов- 
ка — не предел. Есть еще Рука Смерти — ужасный 
зонтик, который накрывает огромное пространство! 
Правда, его элементы могут рикошетить от края кар- 
ты и угробить самого бойца. Силовое поле не спасет, 
Рука уничтожает землю, и смерть наступит от паде- 
ния в котлован (если не купить парашют) & 


МОРАЛЬ: 

CASTLE WAR — ЭТО 
ЦАРСКАЯ ИГРА 
ПОРТИРОВАТЬ ЕЕ 
БЫСТРО, ДЕШЕВО, 
А ИГРА — СУПЕР! 
МЛЕЙ» ПОСЛОЖНЕЕ, 
НО ЭТА ИГРА — СТО- 
ПРОЦЕНТНЫЙ УБИЙЦА 
WORMS'OB ДЛЯ ПОКЕТА. 
КАЧАЙ ОРИГИНАЛ 

С HTTP://386.BY.RU/GA- 
ME/CASTLE.ZIP И ПРИ- 
ОБЩАЙСЯ. 

ЧТО НАС ПОКОРИЛО: 

ЭХ, КАК ОН ПОПАЛ 
ПРЯМО В ЦЕНТР? Я ЖЕ 
ЕГО ПОЧТИ СРЫЛ... НУ 
ВОТ СЕЙЧАС.. 


Идеальное в плане кинематографичности реше- 
ние того, как поставить диалоги в игре, — позво- 
лить аниматорам смоделировать каждую реплику 
персонажа в ЗО-редакторе как отдельный трек 
анимации, со всеми жестами, мимикой и положе- 
ниями губ, соответствующими записанному тексту. 
Совсем как если бы делалась не компьютерная иг- 
ра, а анимационный ролик. 

Похожее решение применяется в большин- 
стве игр — в пререндеренных видеовставках. Од- 
нако видеовставки не всегда приемлемы в обыч- 
ных игровых диалогах, потому что они не обеспе- 
чивают достаточной интерактивности. Например, 
что делать, если нужно отобразить интерактивный 
диалог главного героя фэнтезийной ролевой игры 
и одного из рядовых персонажей, причем если 
главный герой одет в произвольную комбинацию 
из всех представленных в игре видов брони”.. Ta- 
ких диалогов в игре может быть очень много. Соз- 
дание интерактивного видеоролика для каждого 
диалога обошлось бы слишком дорого. Чтобы ре- 
шить эту проблему, для отображения диалогов 
пользуются возможностями движка игры. 

Однако если экспортировать каждую реплику 
как анимационный трек, размеры моделей раздуют- 
ся до неприемлемых масштабов и работа с ними 
в движке серьезно осложнится. Кроме того, если 
игра насыщена диалогами, станет необходимо ани- 
мировать каждую реплику персонажей в игре, соот- 
вет-ственно, аниматоры получат на свои плечи не- 
посильную нагрузку. Другими словами, необходим 
компромисс между кинематографичностью отобра- 
жения диалогов персонажей в игре и ограничения- 
ми по производительности движка, а также по объ- 
ему работы, нужной для создания этих диалогов. 
Как решать проблему? Автоматически генериро- 
вать анимацию персонажа средствами движка в ди- 
алоге — на основе текста и озвучки реплики. 


речь и эмоции Речь на низком уровне делится на 
морфемы — минимальные элементы, несущие смысл 
высказывания (упрощенно — деление на слова). Мор- 
фемы, в свою очередь, состоят из фонем — минималь- 
ных элементов, получаемых линейным членением речи 
(упрощенно — состоят из звуков и слогов). 
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ЛИЦЕВАЯ МОРФИРУЮЩАЯ АНИМАЦИЯ 


ЛЮБОЙ УВАЖАЮЩИЙ СЕБЯ ТРЕХМЕРНЫЙ ПЕРСОНАЖ СОВРЕМЕННОЙ 
КОМПЬЮТЕРНОЙ ИГРЫ ДОЛЖЕН УМЕТЬ ГОВОРИТЬ И ВЫРАЖАТЬ СВОИ 
ЭМОЦИИ МИМИКОЙ И ЖЕСТАМИ. ЗАСТЫВШИЕ ЛИЦА-МАСКИ ВПИСЫВАЮТСЯ 
ДАЛЕКО НЕ В КАЖДЫЙ СЮЖЕТ [АЛЕКСАНДР ГЛАДЫШ, АЛЕКСАНДР ФЕДОРА (WWW.STEPGAMES.RU) 


«НА ДИСКЕ ТЫ НАЙДЕШЬ ПРИМЕР РЕАЛИ- 
ЗАЦИИ АВТОМАТИЧЕСКОЙ ГЕНЕРАЦИИ 
ЛИЦЕВОЙ АНИМАЦИИ, СИНХРОНИ- 
ЗОВАННОЙ С РЕЧЬЮ. ПРИМЕР НАПИСАН 

С ИСПОЛЬЗОВАНИЕМ DIRECTX FRAMEWORK» 


Выражение лица, соответствующее данной эмоции, 
определяется естественным положением мышц ли- 
ца, которое соответствует эмоциональному состоя- 
нию человека в данный момент времени. Список вы- 
ражений лица можно составлять очень долго. Для 
практических целей обычно достаточно четырех ос- 
новных: радость, злость, ужас и удивление. Догово- 
римся называть выражение лица, характерное для 
данного элемента речи или эмоции, виземой. 


разбиение речи на виземы синхрони- 
зация положения губ персонажа с озвучиванием на- 
зывается английским термином lipsync (lip — губа, 
sync — от synchronization, «синхронизация»). В каче- 
стве русского термина обычно используется прямая 
транслитерация — липсинк. Чтобы анимировать го- 
ворящего персонажа, нужна комбинация анимации 
его эмоций и анимации его речи. Необходимо поста- 
вить визему эмоции и визему речи в соответствие 
каждому моменту произношения реплики. 

Виземы речи можно вычислить анализируя зву- 
ковой файл и текст реплики. Чтобы вычислить виземы 
эмоций, нужно попросить сценариста специальным 
образом разметить текст реплики. Обычно он все-та- 
ки делает это для удобства актеров, и достаточно 
только формализовать процесс так, чтобы конечные 
файлы поддавались распознаванию программой. 

Уровень детализации, на котором представ- 
лены виземы речи, можно изменять в зависимости 
от того, анимацию какого уровня детализации ты 
хочешь получить в конечном итоге. Опыт подсказы- 
вает, что если модели персонажей в игре распола- 
гаются в основном относительно далеко от камеры, 
можно ограничиться разбиением на уровне мор- 


фем — расстояние скроет мелкие огрехи в синхро- 
низации. Также большая детализация не нужна, ес- 
ли ты не можешь позволить себе такое количество 
полигонов в голове модели, которое достаточно для 
ее отображения. Если же ты хочешь, например, да- 
вать крупные планы высокополигональных голов 
моделей, то ради реалистичной анимации, скорее 
всего, придется перейти на уровень фонем. 


разбиение речи на уровне морфем 
Рассмотрим упрощенный подход с разбиением ре- 
чи на уровне морфем, который, судя по практике, 
несмотря на свою простоту дает приемлемые ре- 
зультаты, если детализация анимации будет доста- 
точно низкой. Задача по такому разбиению (как, 
впрочем, и по разбиению при более высокой дета- 
лизации) значительно упрощается: анализируемый 
звуковой поток обычно записан на студии и содер- 
жит речь одного человека без фона и серьезных 
шумовых помех. Благодаря этому можно просто 
считать сигнал выше заданного уровня морфемой, 
ниже этого уровня — паузой между морфемами. 
При таком подходе для анимации речи персо- 
нажа проще всего использовать две виземы. Пер- 
вая — нейтральное лицо без всякого выражения, 
рот закрыт. Вторая — лицо без выражения, но рот 
открыт. Между морфемами воспроизводится лицо 
с закрытым ртом. Во время звучания морфемы 
воспроизводится циклический переход из виземы 
нейтрального лица в визему с открытым ртом, и так 
имитируются движения губ во время речи. Обрати 
внимание на то, что такой циклический переход не 
обязательно должен быть построен по синусои- 
дальному закону. Чтобы привнести реализма, в не- 
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го можно добавить хаотичность. Главное — чтобы 
анимация начиналась и заканчивалась фазами 
с закрытым ртом, чтобы в результате плавно сос- 
тыковать с участками тишины между морфемами. 

Для анимации эмоций обычно достаточно ис- 
пользовать одну визему на одну эмоцию. Если для 
большей реалистичности нужно заставить персо- 
нажа моргать, можно выбрать один из двух прос- 
тых способов. Первый — считать моргание «эмо- 
цией» и с некоторой периодичностью вставлять ее 
между другими эмоциями. Второй способ — сде- 
лать третью визему для речи с закрытыми глазами 
и, например, закрытым ртом. Затем периодически 
подменять на нее соответствующую визему с от- 
крытыми глазами. 


реализация анимации модели He- 
посредственно анимацию модели можно реализо- 
вать при помощи морфирующей либо скелетной 
анимации со скиннингом. 

Скелетная анимация — вид анимации, при 
котором основным рычагом управления анимато- 
ра являются кости анимируемого им скелета. 
Скиннинг (англ. Skin — «кожа») — метод привязки 
вертексов модели к костям скелета, трансформи- 
рованным при помощи скелетной анимации. Если 
используется этот метод, на положение одного 
вертекса могут влиять кости в количестве больше 
одной штуки. Когда скелетная анимация со скин- 
нингом реализуется в реальном времени, обычно 
накладывается ограничение по максимальному ко- 
личеству костей, к которому может быть привязан 
вертекс модели (обычно не более четырех). 

Морфирующая анимация — вид анимации, 
при котором итоговое состояние модели в данный 
момент просчитывается при помощи интерполяции 
нескольких ключевых кадров. Каждый кадр такой 
анимации — это анимируемая модель целиком. Ито- 
говое положение данного вертекса модели при 
морфинге определяется как среднее взвешенное 
положений этого вертекса в рассматриваемых клю- 
чевых кадрах. Интерполяция кадров может прово- 
диться как по времени, так и по каналам анимации. 

Обычно скелетная анимация поддерживается 
движком игры вне зависимости от того, как именно 
реализована лицевая анимация персонажей. В то 
же время скелетная анимация сложна для адекват- 
ного представления лицевой анимации, особенно с 
учетом ограничения количества костей на вертекс: 
для эффективной передачи мимики требуется ис- 
пользовать анимационные кости как аналоги мно- 
жества мышц лица. Морфинг же позволяет аними- 
ровать лицо произвольными, удобными художнику 
средствами, не привязываясь к мизерному набору 
возможностей его анимационного пакета, который 
поддерживается движком. 


практическая реализация посмотрим 
некоторые вопросы реализации, приведенной 
в примере (ищи на диске). 


Используется морфирующая анимация. Для соз- 
дания анимации используются три канала (в при- 
мере используется общий буфер). При необходи- 
мости число каналов может быть увеличено за 
счет некоторых потерь производительности. 

В каждый момент времени в каждом из ка- 
налов выбран один из кадров морфирующей 
анимации. Кадры, выбранные в каналах, смеши- 
ваются согласно весам, вычисленным по данным 
синхронизации с речью. Таким образом мы полу- 
чаем конечный кадр для данного момента време- 
ни. Текущий кадр задается как положение со- 
держащегося в нем меша в общем вертексном 
буфере. Для случаев, когда видеокарта пользо- 
вателя не поддерживает указание смещения для 
вертексного буфера, можно предусмотреть та- 
кой вариант, когда используется один вертекс- 
ный буфер на каждый кадр. 

В первом (основном) канале всегда находит- 
ся кадр с нейтральным выражением лица и с зак- 
рытым ртом. Во втором — текущая визема положе- 
ния губ. В нашем случае с делением на уровне 
морфем — в этом кадре всегда находится визема 
«открытый рот». В третьем — визема текущей эмо- 
ции. Текущие веса смешивания задаются для всех 
неосновных каналов (второго и третьего). Вес пер- 
вого канала вычисляется исходя из того, что сум- 
ма весов всех каналов должна равняться единице 
и каждый вес должен быть строго больше нуля. 

Итак, положение заданного вертекса меша 
модели в конечном кадре вычисляется так: сумми- 
руем положения этого вертекса в каждом канале, 
взяв их с весами, заданными для данного момента 
времени: 


Вычисление конечного кадра производится в вер- 
тексном шейдере. Вертексы каждого кадра пере- 
даются в шейдер как поток вершин через вызов 
функции SetStreamSource() с соответствующим 
индексом потока, где и смешиваются по указанной 
формуле. Текущие веса каналов передаются 
в шейдер как константы. После того как конечное 
положение вертекса вычисляется, с ним произво- 
дятся те же операции, что и обычно (например, 
рассчитывается освещение модели). 


полный код вертексного шейдера на HLSL 
для морфирующей анимации из трех каналов 
(без работы с текстурами) 
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щую анимацию, с разбиением речи на виземы на 
уровне морфем. Этот же метод вполне годится 
для игр с низкополигональными моделями. Если 
введешь небольшие изменения, ты дополнишь 
синхронизацию, чтобы поддерживалась детализа- 
ция на уровне фонем. Если хочешь заставить пер- 
сонажа моргать во время речи, попробуй доба- 
вить новый специальный поток анимации для век 
или периодически заменяй некоторые виземы на 
их версии с закрытыми глазами модели. Можно 
еще оптимизировать логику работы с каналами, 
используя не занятые в данный момент каналы 
анимации, чтобы обеспечить более плавные пере- 
ходы между анимациями & 


‘ | alia р 
- ; виземы эмоций 


виземы фонем 
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сетевые игры 


РЕШЕНИЕ ПРОБЛЕМ РЕАЛИЗАЦИИ 


СЕГОДНЯ КАЖДАЯ УВАЖАЮЩАЯ СЕБЯ ИГРА ОБЯЗАНА ПОДДЕРЖИВАТЬ МУЛЬТИПЛЕЕР — РЕЖИМ, 
ПРЕДНАЗНАЧЕННЫЙ ДЛЯ НЕСКОЛЬКИХ ИГРОКОВ, СВЯЗАННЫХ ЛОКАЛЬНОИ СЕТЬЮ, МОДЕМОМ ИЛИ ИНТЕРНЕТОМ. 
НА ПЕРВЫЙ ВЗГЛЯД, ПРОСТАЯ ОБЯЗАННОСТЬ, НО ПОПЫТКА ПРАКТИЧЕСКОЙ РЕАЛИЗАЦИИ ОТКРЫВАЕТ ЦЕЛЫЙ 
ВОРОХ ПРОБЛЕМ, КОТОРЫЕ ИНОГДА ТРЕБУЮТ НЕОБЫЧНЫХ РЕШЕНИИ |КРИе КАСПЕРСКИ АКА мыщьх 


когда игровые миры соприкасаются прежде чем погру- 
жаться в тонкости межсетевого взаимодействия, вспомним старые игры. 
В пошаговых стратегиях участники обычно управляли игрой по очереди. 
В играх реального времени такой подход был уже неприемлем и прихо- 
дилось делить одну клавиатуру на двоих (хорошо если под руку попа- 


дался джойстик). 


Идея: чтобы организовать сетевую игру, достаточно загнать весь ввод-вы- 
вод в магистральный кабель, реализовав удаленный монитор и клавиатуру 
(джойстик/мышь). Получится точно так же, как и раньше, только намного 
круче. С клавиатурой все просто, но чтобы осуществить передачу видео- 
изображения в реальном времени, даже если применить компрессию, пона- 


добится локальная сеть или, по меньшей мере, DSL. 


игра для двух 
игроков 


Схема взаимодей- 
ствия ведомого и ве- 


дущего компьютеров 
в мире двух игроков 


Рассмотрим простейший случай — игру 
для двоих игроков. Один компьютер бу- 
дет «ведомым», второй — «ведущим». 
Ведущий компьютер обсчитывает игро- 
вое пространство, управляет движени- 
ем монстров (если они есть), обрабаты- 
вает столкновения и т.д. Для синхрони- 


ведомый 


ведущий 


зации игровых миров все события игро- 
вого пространства (перемещение объ- 
ектов, взрывы мин, полеты торпед) пе- 
редаются ведомому компьютеру, кото- 
рый отображает события на экране 
и отмечает их на своей карте. При этом 
неявно предполагается, что обе карты 
(ведомого и ведущего компьютеров) аб- 
солютно идентичны. Если же в игровом 
пространстве присутствуют случайные 
элементы (например аптечки, расстав- 
ленные в разных местах), они должны 


быть переданы ведомому компьютеру, 
что достаточно сделать всего один раз — 
перед началом игры. При желании мож- 
но даже передать всю карту целиком 
(нужно учитывать, что ведущий компь- 
ютер может использовать дополни- 
тельные или «самопальные» миссии, 
которых нет у ведомого). Ведомый 
компьютер, в свою очередь, управляет 
локальным игроком, отслеживая нажа- 
тия клавиш и отправляя эту информа- 
цию ведущему. 


из локальной 
сети в интернет 


Кажется, что все просто и никаких граб- 
лей здесь нет. В локальной сети — может 
быть, но передача данных через интернет 
сопряжена с периодичными задержками. 
Если не предпринять дополнительных 
мер, монстры будут двигаться как припа- 
дочные. Как же быть? А что если переда- 
вать не сами перемещения, а их предпо- 
лагаемый сценарий? Обычно движение 
монстров подчиняется набору шаблонов, 
и компьютеру достаточно передать что-то 
типа «Двигайся от меня и до обеда/упо- 


ра», «Атакуй по сценарию О» или «Укло- 
няйся по сценарию А». Количество пере- 
даваемой информации резко сокращает- 
ся, и для обеспечения синхронизации 
становится достаточно периодически 
(скажем раз в секунду) передавать «квит- 
ки», сигнализирующие о пересечении 
объектом некоторой клетки игрового по- 
ля. Очевидно, что такой протокол переда- 
чи устойчив даже к длительным задерж- 
кам, что немаловажно при работе на 
сильно загруженных каналах. 


МНЕНИЯ С ФОРУМА 


ЛЮБИМАЯ СЕТЕВАЯ ИГРА. 


GO! 


CYBERMIND: STARCRAFT — 
СТРАТЕГИЯ ВСЕХ ВРЕМЕН 


MCDAUN: DOOM 2 — 
СКОЛЬКО ЛЕТ УЖЕ, 
И НАРОДОВ! ХОТЯ ВЫПУ- А Я ВСЕ В НЕГО РЕЖУСЬ. 


на форум ЩЕНА ОНА В ДАЛЕКОМ 98-М ГО- 
forum.xakep.ru < ДУ, B HEE И СЕЙЧАС ИГРАЕТ КУ- & SERJ: WARCRAFT Ill ТЕТ. 
= Е1ЕХ: ДЛЯ МЕНЯ ЛЮБИМОЙ ЧА НАРОДА. STARCRAFT ОЧЕНЬ } В ОТЛИЧИЕ ОТ СТРЕЛЯ- 
[= СЕТЕВОЙ ИГРОЙ OCTAET- —ДИНАМИЧЕН, И, НА МОЙ ВЗГЛЯД, ЛОК, МОЖНО ПОИГРАТЬ 
СЯ QUAKE Ш. ДОМА ПОС- — ДО СИХ ПОР НИ У КОГО ЕЩЕ НЕ = ПО ИНЕТУ ДАЖЕ ПО МОДЕМУ, ИБО 
ТОЯННО ИГРАЮ С СОСЕДЯМИ В ЭТУ ПОЛУЧИЛОСЬ ЕГО ПРЕВЗОЙТИ, В СТАРТЕГИЯХ ПИНГ НЕ ТАК КРИ- 


ГРУ ПО ЛОКАЛКЕ. ДАЖЕ НЕ МО- ХОТЯ ПОПЫТОК СОЗДАТЬ ПОХО- ЛИ ЖЕ 
ГУ ОТОРВАТЬСЯ ОТ НЕЕ В СВО- ЖУЮ ИГРУ БЫЛО ОГРОМНОЕ 
БОДНОЕ ВРЕМЯ — ИГРАЮ У СЕБЯ НОЖЕСТВО. В МУЛЬТИПЛЕЕР 

НА КПК, ОЧЕНЬ СИЛЬНО ПРИ- ГРАТЬ ОЧЕНЬ ПРИЯТНО И НЕ- 
ВЛЕКЛА ДИНАМИКА, ГЕЙМПЛЕЙ... АПРЯЖНО. ИГРАЮ УЖЕ ЧЕТЫРЕ 
‚ ПОГРУЗИВШИСЬ В НЕЕ ПОЛ- ГОДА, И ДО СИХ ПОР ОН МНЕ НЕ 
НОСТЬЮ, ПЕРЕСТАЕШЬ ОБРАЩАТЬ АДОЕДАЕТ! НАВЕРНОЕ, ИЗ-ЗА 
ВНИМАНИЕ НА ГРАФИКУ (СКОЛЬКО АБСОЛЮТНОЙ НЕПРЕДСКАЗУЕ- 
ЛЕТ ОТ СОЗДАНИЯ ПРОШЛО). A ЕЩЕ ОСТИ: СЕГОДНЯ Я БАТЯ, ЗАВТРА 
МОЖНО ОТЫГРАТЬСЯ НА ДРУЗЬЯХ! ЕНЯ РВУТ. 


ТИЧЕН, КАК ДЛЯ QUAKE III 
КС. У ЭТОЙ ИГРЫ ВЕСЬМА 
СКРОМНЫЕ СИСТЕМНЫЕ ТРЕБО- 
ВАНИЯ, ТАК ЧТО МОЖНО ПОИГ- 
РАТЬ ДАЖЕ НА СЛАБЕНЬКИХ КОМ- 
ПАХ. В ЭТОЙ ИГРЕ МОЖНО ПОКА- 
ЗЫВАТЬ НЕОРДИНАРНЫЕ ТАКТИ- 
КИ, ИМЕННО ПОЭТОМУ ОНА ЦЕП- 
ЛЯЕТ ПРАКТИЧЕСКИ ВСЕХ, КТО 
ХОТЬ РАЗ ЕЕ ВИДЕЛ! 


С игроками дела обстоят значительно 
сложнее. Допустим, два горячих мудре- 
ца стоят супротив друг друга и каждый 
пускает по торпеде. Если информация о 
перемещении одного из игроков хоть 
чуть-чуть запоздает, очень может слу- 
читься так, что с точки зрения ведомого 
компьютера торпеда пройдет мимо, 
а ведущий увидит, как противника ра- 
зорвало в клочья. Первое, что приходит 
на ум, — осуществлять перемещение 
только после подтверждения. Игрок на- 
жимает на стрелку, компьютер А (неваж- 
но, ведущий или ведомый) отправляет 
уведомление компьютеру В (первая ста- 
дия), компьютер В обновляет свое игро- 


вое пространство и посылает подтверж- 
дение компьютеру А (вторая стадия), 
компьютер А принимает его и переме- 
щает игрока (третья стадия). Только 
в жизни... Игрок давит на клавишу, а фи- 
гурка на экране остается неподвижной 
(задержка передачи данных по сети). 
Что делает игрок? Давит на клавишу 
еще и еще! Если же случится задержка 
на третьей стадии, в игровых мирах 
вновь произойдет рассинхронизация 
и дело закончится лесом. Следователь- 
но, возникает необходимость четвертой 
стадии, которая обеспечила бы дополни- 
тельный уровень подтверждений, но... 
Как же тогда все будет тормозить! 
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«быстрая» 
И «медленная» 
синхронизация 


Можно использовать полуэвристический 
алгоритм. Когда игроки находятся в разных 
концах игрового поля, они перемещаются 
без подтверждений, но как только их игро- 
вые миры соприкоснутся (один игрок уви- 
дит другого или в поле их зрения попадет 
общий монстр), автоматически активирует- 
ся режим «обмена подтверждениями». 


Зная направление и скорость движе- 
ния игрока/монстра/торпеды, удаленный 
компьютер может с высокой степенью дос- 
товерности рассчитать, произойдет ли 
столкновение на данном временном участке. 
Даже самый прыткий игрок не может менять 
направление своего движения несколько 
раз в секунду, поэтому достаточно подтвер- 


ждать лишь изменение направления. Конеч- 
но, если возникнет задержка в сети, фигур- 
ка на экране отреагирует на действие игро- 
ка не сразу, но, во всяком случае, она не бу- 
дет тупо стоять, а продолжит движение. Ес- 
ли перевести в субъективное восприятие, 
в этом случае поведение компьютера пока- 
жется человеку более реалистичным. 


борьба 
с жульничеством 


Еще одна серьезная проблема — читер- 
ство. Ведущий компьютер может мухле- 
вать как угодно — код и данные игрово- 
го процесса находятся в полном ведении 
игрока. Что ему стоит, слегка повозив- 
шись с отладчиком, приобрести божест- 
венное здоровье или нескончаемые пат- 
роны? Некоторые программисты просто 
отмахиваются от этой проблемы, делая 


веряешь ведущему компьютеру, либо не 
доверяешь». 

На самом деле решение лежит на 
поверхности! Пусть ведомый и ведущий 
компьютеры периодически меняются 
ролями — на программном уровне реа- 
лизуется достаточно просто и надежно 
защищает от взлома. 

Конечно, хакер может исправить 


пули не кончались, но подобный трюк 
сработает только тогда, когда его 
компьютер станет ведущим. Даже та- 
KOU «поЛловИиНчатый хак» дает огромное 
преимущество персонажу в игре, одна- 
ко оба игрока находятся в равных поле- 
вых условиях и «хакерствовать» в свое 
удовольствие может каждый. Уже нет 
компьютера, владелец которого при- 
равнивается к Богу... 


| СВОКММ: OGAME.RU — 
bl КОСМИЧЕСКАЯ CTPATE- 
ГИЯ, ОТЛИЧНОЕ COOTHO- 
ШЕНИЕ ЭКОНОМИКИ И ФАЙТИН- 
ГА, ЛЕГКА В ОСВОЕНИИ НОВИЧ- 
АМИ ОНЛАЙН-ИГР (КСТАТИ, ДЛЯ 
НОВИЧКОВ ТАМ ЕСТЬ ЗАЩИТА, 
НА НИХ НЕЛЬЗЯ НАПАДАТЬ). Я, НА- 
ПРИМЕР, ДО ЭТОГО НИКОГДА НЕ 
ГРАЛ ВО ВСЯКИЕ COMBATS.RU 
(НЕИНТЕРЕСНО БЫЛО), А ТУТ ЗАЦЕ- 
ПИЛО, УЖЕ НЕСКОЛЬКО МЕСЯЦЕВ 
РЕЖУСЬ. КРОМЕ ТОГО, ИГРА БРАУ- 
ЗЕРНАЯ И БЕЗ FLASH, ИДЕТ В PE- 
АЛЬНОМ ВРЕМЕНИ (ИГРОК СПИТ — 
РЕСУРСЫ КОПЯТСЯ). ОСОБО МНО- 
ГО ТРАФИКА НЕ ЖРЕТ, ПОКАЗЫВА- 
ЕТ НЕБОЛЬШОЙ РЕКЛАМНЫЙ БАН- 
НЕР. В ОБЩЕМ, МЕНЯ ПРИКОЛОЛО. 


вид, что ее не существует: «Ты либо до- 
SAMID: COMBATS.RU! 
ОСОБО ЧАСТО В ИГРЫ HE 


OM ИГРАЮ, НО ЕСЛИ ЕСТЬ 


ВРЕМЯ, ТО ТОЛЬКО ЭТА. 


J[EAL: НЕ ЗНАЮ, ПОЧЕМУ, 
9 НО МНЕ НИКОГДА НЕ 
i | НРАВИЛИСЬ РОЛЕВЫЕ ИГ- 
РЫ. ПОЭТОМУ Я ПРЕДПОЧИТАЮ 
ВСЯКИМ ЛИНЕЙДЖАМ И WOW ЭК- 
ШЕНЫ ТИПА КС (ИГРАЛ В НЕЕ ДВА 
ГОДА, ПОТОМ БРОСИЛ), БАТЕЛ- 
ФИЛД (ВЗЯЛ ВТОРУЮ ЧАСТЬ 
ЭТОЙ ЗАМЕЧАТЕЛЬНОЙ ИГРЫ, 
ПОПРОБУЮ) И, ЕСТЕСТВЕННО, 
ТРЕТЬЮ ОЧАКЕ (В КОТОРУЮ Я ИГ- 
РАЛ ПО СЕТИ С САМОГО МОМЕН- 
ТА ЕЕ ВЫПУСКА, СЕЙЧАС ТОЖЕ 
НАДОЕЛО). 


свой экземпляр программы так, чтобы 
PUPKIN-ZADE: ЛУЧШАЯ СЕ- 
ТЕВАЯ — BATTLEFIELD 2. 


= ОПТИМАЛЬНОЕ СООТНО- 

ШЕНИЕ ТЕХНИКИ И ЛЮДЕЙ, СТРА- 
ТЕГИИ И ТАКТИКИ В СОВРЕМЕННОЙ 
ВОЙНЕ. ДО ЭТОГО БЫЛ JOIN ОРЕВА- 


TION, ТОЖЕ НЕПЛОХО. НУ И COUNT- 
ER-STRIKE НА КРАЙНИЙ СЛУЧАЙ. 


т САСКТ: ИЗ СТРАТЕГИЙ — 

&i STARCRAFT. ЭТО УЖЕ 
КЛАССИКА, В КОММЕНТА- 

РИЯХ НЕ НУЖДАЕТСЯ. ИЗ 
ММОРПГ — LINEAGE2. ГРАФИКА, 
ГЕЙМПЛЕЙ, ДИНАМИКА (КАК ДЛЯ 
ОНЛАЙНОВОЙ ИГРЫ) — ВСЕ НА 
ВЫСОТЕ, ОСОБЕННО ЕСЛИ ИГ- 
РАТЬ НА ОФИЦИАЛЬНОМ СЕРВЕ- 
РЕ. WOW — ТОЖЕ НИЧЕГО, HO Xy- 


ДОЖНИКИ ПРОГНАЛИ, СЛИШКОМ 
ДЕТСКАЯ ПОЛУЧИЛАСЬ. ОСТАЛЬ- 
НЫЕ ФЭНТЕЗИЙНЫЕ ММОРПГ — 
ПРОСТО ЖАЛКАЯ ПОПЫТКА СКО- 
ПИРОВАТЬ ЛИНЕЙКУ :). А ИЗ ТУ- 
ПЫХ СТРЕЛЯЛОК — UT2004, ГРА- 
ФИКА ХОРОШАЯ :). ОСТАЛЬНЫЬ 
НЕ ПРИЗНАЮ ВООБЩЕ. 

9 ПОЛГОДА ИГРАЛ В ОТЕЧЕ- 

СТВЕННУЮ ММОРПГ 

«СФЕРУ». ЖЕСТКО ЗАТЯГИВАЮ- 
ЩАЯ ИГРУШКА, КАК И ЛЮБАЯ 
ОНЛАЙН. НО КОЛИЧЕСТВО 

БАГОВ И НЕДОРАБОТОК НАС- 
ТОЛЬКО ВЕЛИКО, ЧТО БУКВАЛЬНО 


ВИДИШЬ АЛЬТЕРНАТИВНЫЕ 
ПУТИ РАЗВИТИЯ ПЕРСОНАЖЕЙ 


m 


RUSSO_TURISTO: ПОЧТИ 
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три и более 
игроков 


Схема взаимодей- 
ствия компьютеров в 


игре из трех игроков 


Играть вдвоем довольно скучно, в какой- 
то момент возникает желание привлечь 
третьего. А где трое, там и пятеро. И тут 
всплывают свои проблемы... Ведущий 
компьютер может обслуживать множест- 
во ведомых игроков, количество которых 
(в теории) ограничивается пропускной 
способностью канала и мощностью про- 


ведомый 


ведущий 


ведомый 


цессора. Найти мощный процессор — не 
проблема. Если учесть то, что передают- 
ся не сами перемещения, а изменения 
направления, с лихвой хватит и хлипкого 
модемного канала. Камень преткновения 
в другом: что произойдет, если ведущий 
компьютер внезапно отвалится (разор- 
вется соединение или владелец просто 
устанет и пойдет спать). В ситуации с дву- 
мя игроками никакой проблемы не воз- 
никнет, так как если один из игроков «ис- 
чезает», другой автоматически переходит 
в режим одиночной игры. С тремя игрока- 
ми такая стратегия уже не срабатывает, и 
получается, что один отдувается за всех! 
А оно ему надо? 

Кто-то наверняка предложит уста- 
новить выделенный сервер, но тогда 


тройка-пятерка игроков натолкнется на 
решение, требующее расточительства. 
Так пусть все игроки устанавливают сое- 
динение не только с ведущим компьюте- 
ром, но и друг с другом! Пусть по очереди 
становятся то ведомыми, то ведущими. 
В результате, если ведущий компьютер 
исчезнет, он просто-напросто будет выб- 
рошен из очереди и ничего катастрофи- 
ческого не произойдет. 

Как вариант, можно совсем отказать- 
ся от концепции «ведомого» и «ведущего». 
Каждый компьютер управляет движением 
«своего» игрока и «своих» монстров, рас- 
сылая информацию о перемещении всем 
остальным. Такая схема существенно уп- 
рощает проектирование и реализацию иг- 
ры, снимая множество проблем. 


самоорганизу- 
ющиеся систе- 
мы с большим 
количеством 
игроков 


Описанная схема для трех-пяти игроков 
имеет два серьезных недостатка. Если иг- 
роков очень много, объем трафика увеличи- 
вается настолько, что перестает вмещаться 
в любые каналы и появляются дикие тормо- 
за, особенно в тот момент, когда игроки схо- 
дятся в смертельном поединке. Правило 
«семеро одного не ждут» тут не срабатыва- 
ет и динамика игры определяется самым 
медленным компьютером в сети — все ос- 
тальные терпеливо ждут, пока придет под- 
тверждение. Приходится усложнять прото- 
кол и запрашивать подтверждение только 
у того, «против кого дружим». Допустим, иг- 
рок А пускает в игрока Б торпеду, а игрок С 
за этим внимательно наблюдает — интерес- 
но же :). Так вот чтобы не допустить рассин- 
хронизации, компьютеры А и Б вынуждены 


обмениваться подтверждениями, в то время 
как компьютер С может и отдохнуть. 
Проблема множественности соеди- 
нений снимается, если создан своеоб- 
разный «поезд». Вместо того чтобы рас- 
сылать данные всем узлам, компьютер А 
посылает их компьютеру В. «В» посылает 
их (вместе со своими перемещениями) 
компьютеру С и т.д. Естесственно, чтобы 
восстановить цепочку в случае «падения» 
одного из узлов, компьютер А должен 
знать адреса компьютеров С и О, чтобы 
при необходимости установить соедине- 
ние с ними. На самом деле структура се- 
ти не обязательно должна быть линейной 
(это худший вариант). Наиболее типич- 
ный случай из жизни: компьютеры Аи С 
находятся в локальной сети, а компьютер 


В — где-то далеко в интернете. За каким 
чертом мы будем гонять трафик через В, 
когда логичнее соединить компьютеры 
так: В=> А=> С? Сделать «так» действи- 
тельно возможно! 


ГУБИТСЯ ВЕСЬ ГЕЙМПЛЕЙ. 

НА ОДНОМ BATE, ДАЮЩЕМ НЕОГ- 
РАНИЧЕННОЕ КОЛИЧЕСТВО 
ГРОВЫХ ДЕНЕГ, НЕКОТОРЫЕ 
ГРОКИ ЖИЛИ КАК НА ЗАРПЛАТЕ, 
ОБМЕНИВАЯ ПОТОМ ИГРОВЫЕ 
ДЕНЬГИ НА «ЯНДЕКСДЕНЬГИ» 
ДРУГИМ ИГРОКАМ, КОТОРЫЕ НЕ 


ЮЗАЮТ БАГИ. 
НО РУЛИТ! МНЕ ВСЕГДА 
НРАВИЛАСЬ СЕРИЯ 
WARCRAFT, А ТУТ BLIZARD 
ВЫПУСТИЛ WOW. Я ПОПРОБОВАЛ, 
И ОЧЕНЬ ПОНРАВИЛОСЬ. 
ХОТЯ ГРАФИКА В ИГРЕ ДЕЙСТВИ- 
ТЕЛЬНО КАКАЯ-ТО ДЕТСКАЯ НЕМ- 
НОГО... ИГРАЮ СЕЙЧАС 


BELOZ: WOW ОДНАЗНАЧ- 


ТОЛЬКО В HEE, КОГДА ЕСТЬ 


СВОБОДНОЕ ВРЕМЯ. 
& В WOLFENSTEIN ENEMY 
TERRITORY. СКАЧАТЬ МОЖ- 
НО ОТСЮДА: http:/strimarena.ru/games/et, 
ВЕРСИЯ ПОД *МХ'Ы БЫЛА HA KA- 
КОМ-ТО DVD ИЗ «ХАКЕРА», ТОГДА 
Я НА НЕЕ И ПОДСЕЛ :). 
ВРЕМЯ ЗАВИС В LINE- 


|) AGE2 — ВОТ ЭТО ТЕМНАЯ 


ИГРУШКА. ТРАФИКА ПОЧТИ НЕ 
ЕСТ. ГРАФИКА ПРЕКРАСНА. 
РУБИЛ РАНЬШЕ В WOW, 

НО СЛИШКОМ МУЛЬТЯШНА. 

А ЛИНЕЙКА ХОРОША. ЗАЛИТЬ 


QUESTO: РУБЛЮСЬ 


SUGAR: А Я ПОСЛЕДНЕЕ 


МОЖНО С ммм 2опИтели, ДИСТРИ- 
БУТИВ БЕСПЛАТЕН, ВХОД ТОЖЕ. 
У МЕНЯ ТАМ ХОРОШАЯ БОТОАР- 
МИЯ :). НАДО БЫ МОБИЛЬНОЕ УП- 
РАВЛЕНИЕ ИМ СДЕЛАТЬ... 
ча 

ЧАСТЬ И ВТОРАЯ. ПРОСТО 
= ПОМЕШАН! С ДРУГОМ 
ПОЧТИ КАЖДЫЙ ДЕНЬ НОЧЬЮ СИ- 
ДИМ КАК НЕНОРМАЛЬНЫЕ. УЖЕ 
ГОДА ДВА НЕ ПЕРЕСТАВАЯ ИГ- 


РАЮ. ПРИЧЕМ НА КОМПЕ НЕТ ДРУ- 
ГИХ ИГР — ОДНА ЭТА! 


i _ KREEZZIS: ЛЮБИМЫЕ 
| ИГРЫ — ЭТО WARCRAFT 
Ш! TET, ОШ, CS. НО СЕЙ- 


ЧАС СОВСЕМ НЕ ИГРАЮСЬ, ПОД- 


HO@XER: КАЗАКИ! ПЕРВАЯ 


НАДОЕЛО ЭТО ДЕЛО... А ВООБ- 


ЩЕ НЕКОТОРОЕ ВРЕ 


МЯ НРАВИ- 


ЛИСЬ «КАЗАКИ», STARCRAFT, 


UT2004, 
PUA NEED FOR SPEE 


HEROYES M&M 4 И CE- 


О. 


ANDRUSHA: А МНЕ НРАВИ- 


[ ЛАСЬ ИГРА КРЕСТИКИ-НО- 
ЛИКИ «ПЯТЬ В ДЛИНУ» :). 


УДОБНО БЫЛО COB 
БОТОЙ, РАЗВИВАЛО 
ПЛЮС СЛУЧАЙНЫЕ 3 
С ИГРОКАМИ, ИНОГД 
ТЕЛЬНО ИНТЕРЕСНЫ 


МАО НАМ$ТЕ 


ЕЩАТЬ С РА- 
МЫШЛЕНИЕ, 
НАКОМСТВА 
А ДЕЙСТВИ- 


В: ПОСЛЕД- 


Y НИЕ АНРИЛЬ 


ЮСЬ В САНАНДРЕАС 


! VU BNOC- 


ЛЕДНЕЕ ВРЕМЯ ВЛИВА- 


ПО НЭТУ! 


инамическое 
алансирова- 
ние нагрузки 


Система обмена 
в игре с множеством 


игрок 


ведомый 
Ha 
ведомый ведомый ведомый 

| К 

ведущий 
ив 
ведомый ведомый ведомый 


ведомый 


Выбираешь самый быстрый компьютер 
с мощным процессором (выбираешь авто- 
матически — по скорости передачи данных 
и времени отклика на рта), подключаешь 
к нему чуть-чуть менее быстрые компьюте- 
ры, которые будут нести на своих плечах 
еще менее быстрые и т.д. Теперь весь тра- 
фик ложится на плечи узлов, висящих на 
быстрых каналах. Эта схема не является 
заданной раз и навсегда, она может (и долж- 
на) динамически обновляться. Главное — 
выбрать протокол обмена так, чтобы равно- 
мерно распределить трафик на все узлы. 
Чтобы игроки (их количество в этой 
схеме измеряется десятками) не толпились 
на крошечном пятачке, необходимо создать 
достаточно большое игровое пространство, 
которое не сможет обсчитать отдельно взя- 
тый Pentium. Значит, потребуется распре- 
деленная система, нарезающая «объекты» 
игрового мира на куски и раскидывающая 
их по наименее загруженным машинам. 
Использованная ранее схема «каж- 
дый компьютер обрабатывает своих 
монстров» уже не котируется, так как когда 
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некоторый объект (монстр или игрок) попа- 
дет в поле зрения «чужого» объекта 
(монстра или другого игрока), для синхрони- 
зации игровых миров требуется задейство- 
вать механизм подтверждений, а эти тормо- 
за вполне терпимы в случае трех-пяти игро- 
ков, но неприемлемы в мире, где их десятки. 
Допустим, ты модернизируешь протокол об- 
мена и решил, что пусть каждый компьютер 
обрабатывает только тех монстров, кото- 
рые находятся в его игровом пространстве 
(то есть если монстр уходит из «своего» иг- 
рового пространства, его обработка пере- 
дается другому компьютеру). Будет рабо- 
тать замечательно до тех пор, пока все 
монстры не соберутся в пространстве одно- 
го игрока, и тогда его компьютер конкретно 
ляжет, будучи не в состоянии обрабатывать 
эту армию в реальном времени. Так что без 
распределенной системы с автоматическим 
балансированием нагрузки никуда! К сожа- 
лению, подобные системы очень сложны 
в реализации и отладке, в общем случае 
они не оправдывают себя и оказывается вы- 
годнее установить выделенный сервер. 


выделенный 
сервер 


Игровой мир с выде- 


ленным сервером 


ведомый 


7 


ведомый ведущий ведомый 


ведомый 


Выделенный сервер — фактически тот же 
самый ведущий компьютер, но без заморо- 
чек. В отличие от обыкновенного компьюте- 
ра, сервер не отваливается внезапно, чем 
сразу же снимает целый комплекс проблем. 
Задача синхронизации в подобной центра- 
лизованной структуре решается сама со- 
бой, поскольку клиент отображает на экра- 
не только то, что сказал ему сервер, а уж иг- 
ровой мир сервера всегда поддерживает- 
ся в синхронном состоянии с самим собой. 
Есть и недостатки. Поддержка постоянно 
работающего сервера — удовольствие 
не из дешевых. Обычного хостинга за $8 
в год с Perl, РНР и MySQL тут явно недос- 
таточно. Потребуется прямой доступ к ма- 
шине с возможностью выполнять двоич- 
ные файлы, написанные под ХР (или что 
у тебя там), и очень мощный процессор, 


способный поддерживать огромный игро- 
вой мир в подвижном состоянии. 

Что самое неприятное, подобная 
«принудительная самосинхронизация» O3- 
начает, что клиенты лишаются какой бы TO 
ни было самостоятельности и вынуждены 
передавать все свои передвижения на 
сервер, ожидая подтверждения. Даже ес- 
ли игрок решил заняться онанизмом в ти- 
хом дальнем углу, он все равно будет дви- 
гаться рывками и слегка притормаживать! 

Плюс игроки (живые люди, а не фигур- 
ки) находятся в полной зависимости от сер- 
вера, компании-разработчика и своего про- 
вайдера. Уже нельзя собраться в куче и по- 
играть по локалке. Нужно обязательно выхо- 
дить в интернет или... устанавливать свой 
собственный сервер. Только как его устано- 
вишь, если в открытом доступе его нет? 

Очень остро встает и проблема читер- 
ства. Чем больше игроков, тем выше вероят- 
ность обмана. И хотя код, управляющий иг- 
ровым пространством, находится на серве- 
ре, непосредственно залезть в который ни- 
как нельзя, хакеры могут повесить бот, то 
есть написать скрипт, управляющий движе- 
нием игрока и с нечеловеческой меткостью 
и быстротой мочащий все, что попадается 
на глаза. Увы, защититься от этого никак 
нельзя! Единственное, что остается, — рас- 
познавать обманщиков по слишком болыьшо- 
му количеству трупов, оставленных в едини- 
цу времени, и ставить им бан. Однако всегда 
найдется игрок, который поднимет вселенс- 


кий визг, возмущаясь, «за что» его «так»?! 
Он же играл по всем правилам, а меткость 
и реакция, как известно — не порок. 

В принципе, обработку игровых миров 
можно поручить и клиентам, а сервер будет 
только коммутировать потоки данных 
и распределять нагрузку по узлам. Короче 
говоря, приходим к той же самой самоорга- 
низующейся системе, но только с централь- 
ным сервером, что снимает требование 
к вычислительной мощности сервера и от- 
меняет принудительную синхронизацию, од- 
нако вызывает много путаницы с «отрубав- 
шимися» клиентами, а серверу приходится 
постоянно перепроверять, был ли обрабо- 
тан данный блок игрового пространства. 
При огромном множестве клиентов это не- 
реально, поэтому на практике часто исполь- 
зуются гибридные схемы. Весь игровой мир 
хранится на сервере, но максимум переме- 
щений обрабатывается локально: схватка 
двух игроков неизбежно происходит через 
сервер, а разборки игрока с монстром мо- 
жет обработать и сам клиент, доложив сер- 
веру конечный результат (кто кого поре- 
шил). Естественно, в этом случае со сторо- 
ны клиента возможно наглое читерство... 

От централизованного сервера не 
так уж и много пользы. Не стоит думать, 
что наличие сервера решит все пробле- 
мы. Проблем будет ненамного меньше, 
чем в самоорганизующейся распреде- 
ленной системе, и это при всех недостат- 
ках, присущих серверу! & 


66 | ТЕОРИЯ 


«НА 100% ИГРУ 

НЕ ЗАЩИТИТЬ, 

НО МОЖНО 
ОСЛОЖНИТЬ ЕЕ 
ВЗЛОМ, ОТБИВ ТЕМ 
САМЫМ ЖЕЛАНИЕ 
ЕЕ ВЗЛАМЫВАТЬ 

В ПРИНЦИПЕ!» 


Обычно о защите вспоминают в последний момент, 
перед самой сдачей проекта. Дописывают код впо- 
пыхах, а потом удивляются, почему взломанные 
версии доходят до рынка раньше официальных. 
Защита должна быть глубоко интегрирована в про- 
грамму и должна разрабатываться заранее. То же 
самое скажет любой эксперт. Однако если к защи- 
те подходят вот таким, должным образом, к багам 
самой программы добавляются глюки защиты 
и проект рискует не уложиться в срок. Кроме того, 
неясно, как отлаживать программу, если она до- 
верху нашпигована антиотладочными приемами 
и активно сопротивляется отладчику. 

Лучше всего реализовать защитный меха- 
низм в виде модулей, готовых к интеграции в про- 
грамму в любой момент. Рабочая версия вместо за- 
щитных функций вызывает процедуры-пустышки, 
заменяемые в финальной версии реальным кодом. 
О том, как проектировать эти модули, и поговорим. 


защита 


OT взлома 


ПРАКТИЧЕСКИЕ ПРИЕМЫ 


НАПИСАТЬ ИГРУ — ПОЛДЕЛА, НУЖНО И ЗАЩИТИТЬ ЕЕ ТАК, ЧТОБЫ НЕ ВЗЛО- 
МАЛИ (ИЛИ ВЗЛОМАЛИ, НО НЕ СРАЗУ). ЗАЩИТА ДОЛЖНА БЫТЬ МАКСИМАЛЬНО 
ПРОСТОИ И БЕЗГЛЮЧНОИ. НА ЭТУ ТЕМУ НАПИСАНО МНОЖЕСТВО СТАТЕИ, НО 
ОЧЕНЬ МАЛО «РЕЦЕПТУРНЫХ» СПРАВОЧНИКОВ, ДОХОДЧИВО И БЕЗ ЛИШНЕГО, 
БЕЗ ВОДЫ ОБЪЯСНЯЮЩИХ, КУДА ИДТИ И ЧТО ДЕЛАТЬ [КРИ KACHEPCKM AKA мыщьх 


арсенал защиты вот три кита, на которых 
держатся защитные механизмы: машинный код, 
шифровка и р-код. Электронные ключи и прочие 
экзотические технологии этого типа здесь не рас- 
сматриваются. Массовая продукция именитых 
фирм давно взломана, а разработка собственного 
ключа с нуля — занятие не для слабонервных, 
к тому же он будет выгодным только при серийном 
производстве, иначе защита даже не окупится. 
Аппаратная защита — совсем другой разго- 
вор. При желании в микрочип можно перенести 
программу даже целиком, и тогда никто не сможет 
скопировать (если, конечно, выбрать правильный 
чип). Однако процесс разработки и отладки 
усложняется в десятки и даже сотни раз, «желез- 
ное обеспечение» получается крайне негибким, 
неудобным в тиражировании и распространении, 
не говоря уже о невозможности исправить обнару- 
женные ошибки. Даже если чип имеет перепроши- 
ваемое ПЗУ, разрешение на запись равносильно 
разрешению на чтение, так как самое ценное 
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в железе — это прошив- 
ка. Скопировать желе- 
зо намного проще, чем 
выдрать из защищенно- 
го чипа прошивку, если же она будет свободно 
распространяться как обновление... Можно, ко- 
нечно, распространять не всю прошивку, а только 
измененные модули или даже их части. Что сдела- 
ет хакер? Он просто создаст слегка модифициро- 
ванный модуль, считывающий содержимое ПЗУ 
и выводящий его наружу контрабандным путем. 
Защиты, о которых будем говорить, не требу- 
ют никакого дополнительного железа, они систем- 
но независимы, работают на прикладном уровне 
и не требуют прав администратора. Никаких драй- 
веров! Никакого ассемблера! Возможно ли эф- 
фективно противостоять опытным хакерам в таких 
условиях? Возможно! Большинство защит ломают- 
ся из-за досадных ошибок и мелких конструктив- 
ных просчетов, допущенных разработчиком, кото- 
рый никогда не заглядывал в дизассемблерный 
листинг и не пытался взломать свое творение. 


это код! 


тайники машинного кода сокрытие an- 
горитма в машинном коде — широко распростра- 
ненный, но неэффективный защитный прием. По- 
нятно, что дизассемблерный листинг — это не ис- 
ходный код и одна строка на языке высокого уров- 
ня может транслироваться в десятки машинных 
команд, часто перемешанных. К тому же в двоич- 
ном файле нет комментариев, зато все остальное 
очень даже встречается: структура классов, имена 
функций/переменных... 


п * 


Acts Ah 
текстовые строки ASCII- и UNICODE-ctpo- 
ки несут в себе очень богатую информацию: и тек- 
стовые сообщения, выводимые на экран при реги- 
страции/окончании Ша!-срока/неправильном вводе 
пароля, и ветви реестра, и имена ключевых фай- 
лов, иногда и сами серийные номера/пароли. С па- 
ролями все ясно. Хранить их в открытом виде 
нельзя, нужно хэшировать их. А что плохого в тек- 
стовых сообщениях? Обнаружив их в теле про- 
граммы, хакер по перекрестным ссылкам очень 
быстро найдет тот код, выводящий их, — вот что 
плохо. То же самое относится и к именам ключе- 
вых файлов с ветвями реестра. 


текстовая строка «wrong s/n» с перекрестной 
ссылкой, ведущей к процедуре sub_401000 


Чтобы затруднить анализ, необходимо либо за- 
шифровать все строки, расшифровывая только 
перед непосредственным употреблением (если 
расшифровать сразу же после запуска про- 
граммы, хакер просто снимет дамп и увидит их 
в виде прямого текста), либо поместить их в ре- 
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сурсы и грузить через LoadString — это про- 
граммируется легче, но в то же время легче ло- 
мается. Хакеру достаточно открыть файл в лю- 
бом редакторе ресурсов, найти нужную строку, 
запомнить ее идентификатор, запустить отлад- 
чик и установить условную точку останова. Да- 
лее — дождаться вызова LoadString с нужным 
и, определить адрес буфера |pBuffer, устано- 
вить на него точку останова и... если |рВиНег вы- 
водится не сразу, а передается через цепочку 
промежуточных буферов, хакер матерится, но 
ничего не делает, потому что не может сделать 
ничего. Аппаратных точек останова всего четы- 
ре, и если защита использует не последний бу- 
фер в цепочке, то отследить момент реального 
обращения к строке становится невозможно (на 
самом деле возможно: с помощью секретного 
хакерского оружия NO_ACCESS на страницу, 
только об этом не все знают). 

В дизассемблере же отследить перемеще- 
ние строки по локальным буферам практически 
невозможно (во всяком случае, автоматически). 
Глобальные буфера (в которые компилятор пиха- 
ет константные строки, в том числе зашифрован- 
ные) отслеживаются сразу, так что LoadString no 
некоторым позициям очень даже рули"! 


отладочная информация 

По умолчанию компилятор генерирует файл без 
отладочной информации, и она попадет туда толь- 
ко в исключительном случае, но все-таки попадет. 
Такая участь настигает не только начинающих 
программистов, не знающих, чем отличается Deb- 
ug от Release, но и «маститые» фирмы, выпускаю- 
щие достойные программные продукты. Допустим, 
у нас имеется глобальная программа IsRegistered, 
тогда смысл пары машинных команд будет ясен 
и без комментариев. 


дизассемблерный листинг исполняемого файла 
с отладочной информацией 


динамические библиотеки 

Имена неэкспортируемых функций уничтожают- 
ся компилятором, экспортируемые же по умол- 
чанию остаются «как есть». С++-компиляторы 
в дополнение «замангляют» имена, дописывая 
К НИМ «зашифрованный» прототип функции, 
но IDA PRO с легкостью возвращает их в исход- 
ный вид. Если защитный модуль реализуется 
в виде динамической библиотеки (очень часто 
случается именно так), наличие символьных 
имен (причем с готовыми прототипами) значи- 
тельно упрощает анализ. Например, OO Softwa- 
ге (создатель одноименного дефрагментатора) 
любит таскать за собой библиотеку oorwiz.dll 
(очевидно, расшифровывается как «ОО Regi- 
stration Wizard»), экспортирующую всего три 
функции, но зато какие... 
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библиотека oorwiz.dll от OO Software экспортирует 
функции, говорящие сами за себя 


Динамические классы, тесно связанные с меха- 
низмом RTTI (Runtime Type Identification) и активно 
используемые компиляторами DELPHI/Borland 
C++ Builder, сохраняют в откомпилированном 
файле не только свою структуру, но и символьные 
имена! Если брать как пример результат работы 
утилиты DEDE, реконструировавшей структуру 
классов программы Etlin HTTP Proxy Server, сразу в 
глаза бросится класс ТитНедег, который соот- 
ветствует форме fRegister и обрабатывает нажа- 
тие кнопки «ОК» процедурой bOKClick, располо- 
женной по адресу 48D2DCh. Благодаря динамиче- 
ским классам сердце защитного механизма было 
локализовано всего за несколько секунд! 


обфускация Код, генерируемый компилято- 
ром, очень громоздок, и разобраться в нем крайне 
непросто, но возможно. Чтобы помешать злоумы- 
шленникам, некоторые протекторы используют 
«запутывание», или обфускацию (англ. obfusca- 
tion). В простейшем случае автоматический кодо- 
генератор, свинченный с полиморфного движка, 
внедряет в код огромное количество незначащих 
команд типа NOP, XCHG EAX, EBX/XHG EBX, ЕАХ, 
нашпиговывая ими программу как рождествен- 
скую утку/гуся. Более совершенные генераторы 
используют разветвленную систему условных пе- 
реходов, математические операции и присвоения, 


8 


рагмент программы, 


@ 
i) 
Е 
= 
Е 
Ф 
Е 
x 
fe] 
> 
a 
3 
о 
я 
Е 
[2] 
5 
о 
= 
© 
£ 
3 
D 
Q 
= 


результат которых никак не используется, и дру- 
гие полиморфные технологии. 

Можно сгенерировать хоть миллион команд, 
это легко. Проанализировать их намного сложнее, 
если вообще возможно. Назначающие команды и 
заведомо никогда не исполняющиеся условные 
переходы типа ХОН EAX, EAX/JNZ trg сможет от- 
сеять и компьютер (достаточно написать про- 
стенький плагин к дизассемблеру IDA PRO). Осво- 
бодиться от ненужных вычислений значительно 
сложнее. Как минимум, необходимо загнать все 
команды на граф, отображающий зависимости по 
данным, и убрать замыкающиеся ветви. Некото- 
рые хакерские команды уже решили эту задачу 
(например, группа Володи с wasm'a), однако гото- 
вых инструментов в публичном доступе что-то не 
наблюдается, значит, юные взломщики, наткнув- 
шись на обфускаторный код, скорее обломаются, 
чем взломают его. С точки зрения разработчика 
программы очень хорошо! 

Высаживаться на разработку собственного 
обфускатора совершенно необязательно, есть го- 
товые — как коммерческие, так и бесплатные. На- 
пример, ‚МЕТ Obfuscator — http://blogs.msdn.com/obfus- 
cator/default.aspx, Забавно, HO большинство обфуска- 
торов не используют обфускацию для защиты са- 
мих себя от взлома! А все потому, что в програм- 
мах, критичных к производительности (к ним, на- 
пример, относятся трехмерные игры), обфускация 
вызывает значительные тормоза и запутывать 
можно только редко вызываемые модули, напри- 
мер код защитного механизма. Однако здесь воз- 
никает угроза: хакер просто «выломает» защит- 
ный механизм из программы не анализируя его 
устройство. Как правило, для этого достаточно 
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проанализировать код материнской процедуры 
(которая не подвергалась обфускации) и удалить 
ВЫЗОВ «запутанной» защитной функции, подсунув 
«правильный» код возврата, который ожидает вы- 
зывающая функция. Чтобы помешать подобным 
действиям хакера, защитная процедура, кроме 
проверки аутентичности копии программы, дол- 
жна делать что-то полезное, такое, без чего про- 
грамма не сможет работать. Но и в этом случае 
шансы хакера на взлом остаются высокими: шпио- 
наж за АР!-функциями и реестром дает богатую 
пищу для размышлений, которая часто избавляет 
от необходимости анализировать машинный код. 


шифровка Это мощное оружие против взло- 
ма, оно бьет точно в цель и высаживает хакера на 
конкретный геморрой. Есть два вида шифровки: 
статическая и динамическая. 

При статической зашифрованный код/дан- 
ные расшифровываются один-единственный раз, 
на самой ранней стадии инициализации програм- 
мы, после чего расшифрованному коду передает- 
ся управление. Это программируется просто и ло- 
мается еще проще: дождавшись завершения рас- 
шифровки, хакер снимает с программы дамп и диз- 
ассемблирует его. 

Динамические шифровщики расшифровы- 
вают код по мере возникновения необходимости в 
нем и, когда управление будет возвращено, тут же 
зашифровывают его вновь. Чем меньшие порции 
кода (данных) расшифровываются за раз, тем луч- 
ше (если извернуться, можно расшифровывать по 
одной машинной команде или байту данных). Та- 
ким образом, при динамической шифровке в каж- 
дый момент времени в памяти присутствуют толь- 
ко крохотные куски расшифрованного кода/дан- 
ных и снятие дампа дает немного пользы. 


Широкому внедрению динамической шифровки 
препятствуют следующие проблемы. Во-первых, 
сложность разработки и трудоемкость отладки. 
Во-вторых, производительность, точнее, полное 
отсутствие таковой (что очень критично в играх). 
В-третьих, возможность снять дамп руками самого 
расшифровщика, которому последовательно пе- 
редаются адреса всех зашифрованных регионов. 
Есть другой способ, при котором легким битхаком 
его тело исправляется таким образом, чтобы он 
только расшифровывал, но ничего не зашифро- 
вывал. Конечно, способы сопротивления суще- 
ствуют. Например, используют перекрывающие 
шифроблоки, которые могут быть расшифрованы 
только по очереди, но не все сразу, или много- 
слойную шифровку типа «луковицы», при которой 
один шифровщик плюс немного полезного кода 
вложен в другой, а тот в третий и т.д. Шифровщи- 
ки как бы перемешаны с кодом, и «отодрать» чи- 
стый дамп невозможно. Очень надежно, но реали- 
зуется очень и очень сложно. 

Бесспорных лидеров среди алгоритмов ши- 
фровки нет. Выбор предпочтительного метода защи- 
ты не столь однозначен, и статическая шифровка 
при всех своих недостатках продолжает удерживать 
прочные позиции, она не собирается сдаваться. 


О-КОД Термин р-код восходит к интерпретатору 
Visual Basic'a, но в хакерских кругах означает неч- 
то большее и подразумевает любой интерпретиру- 
емый код произвольной виртуальной машины (не 
путать с VMWare). Непосредственное дизассем- 
блирование в этом случае становится невозмож- 
но, и приходится прибегать к декомпиляции, для 
чего необходимо проанализировать алгоритм ра- 
боты интерпретатора, написать (и отладить!) де- 
компилятор, что требует пива и времени. Правда, 


разработка (и отладка) интерпретатора тоже не 
обходится даром. Плюс разработка языка тянет за 
собой кучу вспомогательного инструментария (в 
первую очередь понадобится отладчик). Иначе как 
на нем программировать?.. 

Все это выливается в солидный проект, кото- 
рый может быть использован всего один раз, в од- 
ной-единственной программе, причем желательно 
слегка изменять ядро интерпретатора после выхо- 
да нескольких версий, чтобы написанный хакером 
декомпилятор перестал работать. Что поделаешь, 
защита требует жертв и больших вложений. Плюс 
производительность интерпретируемого кода пле- 
тется в самом хвосте, отставая от динамической 
расшифровки и обфускации, но... Может быть, 
есть возможность реализовать на р-коде только 
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Утилита РЕПЕ вос- 
станавливает RTTI- 
информацию из про- 
граммы ЕН HTTP 
Ргоху (видны надписи: 


защитные модули? Нет! 
Тогда их отломают! Не 
глядя! На р-коде дол- 
жна быть реализована 
вся программа целиком, 
в том числе защитный 
механизм, тогда без де- 
компилятора его будет 
не хакнуть. Но это все 
теория. На практике 
полностью загнать программу в р-код не удается 
из-за производительности и критичные к быстро- 
действию функции пишутся на языке высокого 
уровня или даже ассемблере. Зато вызываются 
они уже из р-кода, в котором сосредоточена ос- 
новная логика по типу «если нельзя, то все-таки». 

Кстати, большинство игровых миров упра- 
вляются своим собственным скриптовым языком, 
который описывает движение облаков, поведение 
мячика и характер разных монстров. На чистом С 
не запрограммируешь никакую игру сложнее «те- 
триса»! Если мы уже имеем скриптовый язык, то 
почему бы не включить в него несколько защитных 
функций? И в этом случае, чтобы взломать про- 
грамму, хакеру придется разобраться в работе 
скриптового движка. 

Чаще всего разработчики используют Pascal- 
или Вазс-подобные языки — не самый лучший вы- 
бор в плане защищенности. Программа на р-коде 
при этом представляет собой последовательность 
ключевых слов (операторов языка) с аргументами 
и декомпилируется очень просто. На другом конце 
шкалы сложности находится Машина Тьюринга, 
Сети Петри, Стрелка Пирса и прочие примитивные 
виртуальные машины, которые реализуют фунда- 
ментальные логические операции, в результате че- 
го даже такая конструкция, как «IF THEN ELSE», 
распадается на сотни микрокоманд! Прежде чем 
хакер проанализирует их, солнце успеет погас- 
нуть, или... Может, все-таки не погаснет? Суще- 


fRegister, CtrliCheckCon- 
trols, FormShow, |IRegi- 
sterURLClick, БОК- 
Click и др.) 


«НИКОГДА НЕ ОСТАВЛЯЙ ОТЛАДОЧНУЮ р 
ИНФОРМАЦИЮ В ОТКОМПИЛИРОВАННОИ 
ПРОГРАММЕ!» 
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«НЕ ИСПОЛЬЗУЙ RTT! В ЗАЩИТНЫХ МЕХА- 
НИЗМАХ ИЛИ НЕ ДАВАИ ФОРМАМ И ОБРА- 
БОТЧИКАМ “ОСМЫСЛЕННЫЕ” ИМЕНА!» 


ствует множество продвинутых способов нагляд- 
ной визуализации таких алгоритмов, к тому же мы 
опять забываем о производительности... Реализо- 
вать сгаскте на базе Машины Тьюринга еще мож- 
но, но коммерческое приложение — едва ли. 

Хорошая идея — приложить к этому делу Форт. 
Его преимущества: простота реализации Форт-ма- 
шины, компактность р-кода, довольно высокая про- 
изводительность, сложность декомпиляции и ни-на- 
что-непохожесть. Форт стоит особняком от всех язы- 
ков, совсем не стремясь соответствовать человече- 
ским привычкам, «здравому смыслу» и «логике». Ра- 
зобраться в его идеологии с нуля непросто. Хакеру 
придется нарыть кучу литературы и запастись терпе- 
нием. Даже если ему не наскучит, разработчик защи- 
ты получит хорошую фору по времени... 


дизассемблерный листинг Форт-машины 
(из программы see.exe, поставляемой вместе 
с Interrupt List'om) 


Другая хорошая идея — использовать готовые ин- 
терпретаторы малораспространенных языков 
(Пролог, Хаскель, Оберон), под которые еще не 
написаны декомпиляторы. Многие из них разрабо- 
таны в недрах исследовательских институтов и по- 
ставляются в исходных текстах, что упрощает мо- 
дификацию ядра интерпретатора и позволяет лег- 
ко адаптировать чужой язык к своим целям. 

Круче всего — нарыть в Сети эмулятор мало- 
известной ЭВМ, под которую есть компилятор с язы- 
ка высокого уровня (С, ФОРТАН), и... Хакеру придет- 
ся очень худо, придется осваивать неизвестный ему 
машинный язык, искать дизассемблер (или, скорее, 
писать собственный), прилагая титанические усилия 
для взлома. Разработчик тем временем будет пить 
пиво и кодить в привычной для него среде. Самое 
замечательное — то, что в следующей версии про- 
граммы можно использовать эмулятор от «другой» 
ЭВМ, перекомпилировав весь код без адаптации 
и каких-либо изменений. Точнее, совсем без изме- 
нений, конечно, не получится, но трудоемкость 


Фрагмент программы, 
защищенной протек- 


переноса не сравнить 
с тем объемом работы, 
который предстоит про- 
делать взломщику! 


тором armadillo 


секреты привязки Рассуждая о методах 
защиты, мы не касались вопроса привязки, то есть 
такой характеристики, которая бы отличала одну 
копию программы от другой. Самые надежные за- 
щиты основаны на привязке к носителю. Они же — 
самые капризные и глюкавые. 

Практически нереально создать защиту, кото- 
рая безошибочно распознавалась бы любым приво- 
дом (включая что-то сильно раздолбанное или 
слишком нестандартное), но в то же время не копи- 
ровалась бы ни одним известным копировщиком. 
Лучший результат дает привязка к геометрии спи- 
ральной дорожки (защиты типа CD-COPS, Star-For- 
се) — ее невозможно скопировать, но легко проэму- 
лировать или... подобрать диск с похожими харак- 
теристиками. Для предотвращения эмуляции разра- 
ботчикам Star-Force пришлось очень глубоко зары- 
ться в систему, в результате чего получился полный 
глюкодром, а установка очередного пакета обно- 
влений Ha Windows требует параллельной установки 
соответствующего обновления для Star-Force. Так 
что лучше похоронить эту тему раз и навсегда и да- 
же не пытаться возвращаться к ней. Иначе стол- 
кнешься с таким количеством проблем, осилить ко- 
торое сможет только крупная компания, да и то... 


серийные номера самое простое — заши- 
тить программу серийным номером, который эле- 
ментарно программируется и не вызывает никаких 
конфликтов ни с чем. Конечно, это не помешает Пе- 
те скопировать понравившуюся ему программу 
у Васи или даже выложить серийный номер в Сеть 
напоказ всем желающим. Соответствующий спо- 
соб борьбы — использовать черный список «засве- 
ченных» серийных номеров, проверяя их на соот- 
ветствие при установке обновлений. Если защи- 
щенная программа предполагает взаимодействие 
с удаленным сервером, процедура проверки валид- 
ности серийных номеров значительно упрощается 
и нелегальный пользователь просто не получит до- 
ступ к серверу (очень актуально для сетевых игр!). 

Несетевые программы также могут периоди- 
чески ломиться в Сеть, передавая свой серийный 
номер. Если этот номер не подтверждается, реги- 
страция считается недействительной и работа 
программы прекращается. При этом возникают 
следующие проблемы: поддержка выделенного 
и постоянно работающего сервера стоит денег, 
к тому же такой сервер сам по себе представляет 
весьма нехилую мишень для атаки. Что если хаке- 
ры завесят его или, еще хуже, проникнут внутрь 
и украдут легальные номера? Значит, необходимо 
содержать толкового администратора и разраба- 
тывать протокол проверки серийных номеров 
с учетом возможного перехвата, например исполь- 
зовать несимметричную криптографию — тогда 


украденная база не позволит восстановить ни 
один легальный серийный номер. Впрочем, что-то 
я все о мелочах да о мелочах. 

Как быть с персональными брандмауэрами, 
популярность которых постоянно растет? Пользо- 
ватель не выпустит программу в Сеть! Хотя любой 
брандмауэр легко обойти установкой собственно- 
го драйвера, так поступать нельзя. Журналисты 
тут же поднимут шумиху и обольют программиста 
грязью. Требовать обязательного наличия интер- 
нета нельзя. До сих пор он есть не у всех (если 
все-таки требовать, необходимо как минимум 
уметь работать через прокси). Правда, можно при- 
бегнуть к одному очень хитрому маневру: через 
функцию !метебеСоппецеа а определить, 
доступен ли в настоящее время интернет, и если 
сетевое соединение действительно присутствует, 
потребовать от пользователя открыть брандмауэр 
(или что там у него есть). Популярная программа 
Масго Ехргез$ поступает именно так, но и этот путь 
не свободен от проблем. Если выход осуществля- 
ется через локальную сеть, функция InternetGet- 
ConnectedState не сможет сказать, имеется ли вы- 
ход оттуда в интернет. С удаленным доступом по 
модему намного проще, однако не стоит забывать, 
что пользователь может подключаться не только 
к провайдеру, но и к своему приятелю, у которого 
стоит импровизированный «сервер», не предоста- 
вляющий доступа в интернет... Однако InternetGet- 
ConnectedState этого не объяснишь! Наконец, си- 
стемную библиотеку WININET.DLL, которая эк- 
спортирует функцию InternetGetConnectedState, 
очень просто хакнуть в контексте памяти ломаемо- 
го приложения, и тогда защите настанут кранты. 


криптография Вместо серийных номеров 
некоторые разработчики предпочитают использо- 
вать криптографические ключи и прочие системы 
цифровой подписи типа сертификатов, усиленно 
продвигаемые на рынок компанией Microsoft 
и прочими гигантами. Все чушь собачья! Цифро- 
вая подпись хорошо работает только в связке 
«клиент-сервер», но на локальной машине она 


[71 


«ОБФУСКАЦИЯ — НЕ ПАНАЦЕЯ. ИСПОЛЬ- 
ЗОВАНИЕ ГОТОВЫХ ОБФУСКАТОРОВ 
ЛИШЬ УВЕЛИЧИВАЕТ ОБЪЕМ ЗАЩИЩА- 
ЕМОЙ ПРОГРАММЫ И УХУДШАЕТ ПРОИЗ- 
ВОДИТЕЛЬНОСТЬ, НО ДАЛЕКО НЕ ВСЕГДА 
ЗАТРУДНЯЕТ ВЗЛОМ!» 


бессмысленна. Да, сгенерировать «левый» ключ 
в этом случае невозможно, но если как следует по- 
шурудить hiew'om в исполняемом файле, никакие 
ключи уже не понадобятся. Так что цифровая под- 
пись должна использоваться совместно с ши- 
фровкой кода и проверкой целостности! 

Можно (и нужно) шифровать ключевым фай- 
лом критические модули защищаемой программы, 
но главное тут — не перестараться! Независимо от 
алгоритма реализации, такая защита вскрывается 
при наличии одного-единственного ключа. Кроме 
того, она не защищена от распространения ключа. 


оборудование физическое и вирту- 
альное Привязка к аппаратуре — это грязный 
и пакостный трюк, отравляющий жизнь легальным 
пользователям и все-таки не спасающий от взло- 
ма, поскольку любая привязка обнаруживается 
опытным хакером элементарно. Либо эмулирует- 
ся, либо вырезается. Виртуальные машины типа 
VM Ware представляют собой большую проблему, 
на варезных серверах уже появились программы 
с примечанием «Запускать под VM Ware». Доста- 
точно зарегистрировать программу один раз, 
и дальше можно тиражировать ее сколько угодно. 
Распознать виртуальные машины довольно 
легко, они несут на своем горбу довольно специ- 
фичный набор оборудования. Однако уже появи- 
лись патчи, которые скрывают присутствие VM 
Ware, и, что хуже всего, многие легальные пользо- 
ватели предпочитают запускать второстепенные 
утилиты из-под виртуальных машин, чтобы не за- 
сирать основную систему. Защита не может (не 
имеет ни морального, ни юридического права!) от- 
казывать VM Ware в исполнении, иначе пользова- 
тели снесут защиту к чертям, мотивировав это 
«производственной необходимостью». Они будут 
правы (правда, так они не освобождаются от реги- 
страции). Некоторые даже подадут в суд за умы- 
шленное ограничение функциональности, не 
отраженное на упаковке. Перейдем к практике... 
Лучше всего привязываться к жесткому ди- 
ску. Как показывает практика, он меняется реже 
всего. Чтобы прочесть серийный номер, совер- 
шенно не обязательно писать собственный драй- 
вер, достаточно воспользоваться библиотекой AS- 
PI (но она не установлена по умолчанию) или SPT! 


(есть только в NT/XP и требует прав администрато- 
ра). Есть и вот такой трюк. Вызываешь GetVolu- 
melnformation и смотришь на размер тома в бай- 
тах. Не слишком уникальная информация, но на 
«другой» машине с вероятностью, близкой к еди- 
нице, она будет иной. Плюс такая проверка реали- 
зуется очень просто, работает стабильно на всем 
семействе Windows-nofo6HbIx систем (в том числе 
эмуляторы) и не требует никаких прав. 


компиляция оп demand при наличии ре- 
сурсов можно установить сервер, генерирующий 
программы индивидуально для каждого пользовате- 
ля, специально под его регистрационные данные. 
Пользователь скачивает крошечный инсталлятор. 
Инсталлятор извлекает с компьютера ключевую ин- 
формацию, необходимую для привязки (например 
размер тома), спрашивает имя пользователя и пе- 
редает эту информацию серверу, который жестко 
прописывает все это «хозяйство» в исходном тек- 
сте, перекомпилирует его, зашифровывает любым 
понравившимся навесным упаковщиком и отсылает 
назад. Что выигрывает разработчик? 

Во-первых, «отломать» защиту становится 
намного сложнее, поскольку она не спрашивает 
никаких серийных номеров, не требует ключевых 
файлов и хакеру просто не за что зацепиться. Во- 
вторых, даже если программа будет взломана, при- 
дется распространять ее только в исполняемом 
файле (в который легко внедрить «водяные знаки», 
идентифицирующие владельца, например заши- 
фрованный МАС-адрес его сетевой карты). К ис- 
полняемым файлам, добытым противоестествен- 
ным путем (то есть скачанным из ненадежных ис- 
точников), народ испытывает традиционное недо- 
верие, и далеко не каждый рискнет запускать их. 


как затруднить распаковку откомпи- 
лированная программа обычно подвергается упа- 
ковке. Цель здесь совсем не в уменьшении разме- 
ра, а в затруднении анализа. Упаковщик набивает 
программу антиотладочными приемами и прочей 
бодягой, которая затрудняет пошаговую трасси- 
ровку или даже делает ее невозможной. На самом 
деле хакер и не собирается ничего трассировать, 
а только снимает с работающего приложения дамп 
и дизассемблирует его (реконструировать ехе- 
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файл для этого необязательно). Надежно противо- 
стоять снятию дампа на прикладном уровне невоз- 
можно, а спускаться на уровень драйверов как-то 
не хочется. Некоторые защиты искажают РЕ-заго- 
ловок, гробят таблицу импорта и используют дру- 
гие грязные трюки, с помощью которых затрудняют 
дампинг, но не предотвращают его в принципе. 


глобальные инициализированные переменные 
Предлагаю альтернативный путь — не препятство- 
вать снятию дампа, а сделать полученный образ 
бесполезным, для чего достаточно использовать 
глобальные инициализированные переменные, 
«перебивая» их новыми значениями. 


защитный механизм, предотвращающий снятие 
дампа с работающей программы путем использова- 
ния инициализированных глобальных переменных 


Задумайся, что произойдет, если сбросить дамп с ра- 
ботающей программы. В переменной р окажется ука- 
затель на когда-то выделенный блок памяти, условие 
(!p) обломится и новая память не будет (!) выделена, 
а при обращении по старому указателю произойдет 
исключение. Другими словами, хакер уже не сможет 
изготовить исполняемый файл из дампа! Как мини- 
MYM, придется восстановить значения всех глобаль- 
ных переменных — геморрой :(. Ладно, изготовить ис- 
полняемый файл из дампа нельзя, но, может, дизас- 
семблировать его? А вот и нельзя... 

После выполнения функции Гоа соп пере- 
менная my_icon будет содержать не идентифика- 
тор иконки, а ее обработчик. Хакер не сможет 
установить, что это за иконка (строка, битмап или 
другой ресурс), и ему придется обращаться к от- 
ладчику, противостоять которому намного проще, 
чем дизассемблеру. Кстати, такой прием экономит 
память и широко используется во многих програм- 
мах. Например, в стандартном «Блокноте» — по- 
пробуй снять с него дамп и обломайся :). 


стартовый код 

Единственная надежда хакера — отловить момент за- 
вершения распаковки и тут же сбросить дамп, пока 
защита не успела нагадить в глобальные перемен- 
ные. Пошаговая трассировка исключается (противо- 
стоять ей очень легко), и остается... стартовый код, 
который варьируется от компилятора к компилятору. 


типичный представитель стартового кода 
(в случае с Microsoft Visual C++ МЕС) 


точка останова на GetModuleHandleA 

Вызов АР!--функции GetModuleHandleA сразу же 
бросается в глаза. Если хакер установит сюда точку 
останова, отладчик/дампер «всплывет» в Зай-ир-ко- 
де еще до передачи управления WinMain (также 
можно поставить точки останова на GetVesion/Get- 
VersionEx, GetCommandLine, GetStartupInfo и т.д.). 
Если точка останова программная, распаковщик MO- 
жет обнаружить ее по наличию ССП в начале API- 
функции и, с некоторой долей риска, снять ее. Если 
второй байт функции равен ЗВ, то перед нами, оче- 
видно, предстает стандартный пролог, первый (ори- 
гинальный) байт которого равен 55h. Получаешь 
права на запись через VirtualAlloc, меняешь ССВ на 
8Bh и продолжаешь распаковку в обычном режиме. 
Пусть хакер крякнет! Правда, в последующих вер- 
сиях Windows пролог АР!-функций может быть моди- 
фицирован, и тогда этот трюк не сработает. 


отладочные регистры 
Аппаратную точку останова можно обнаружить чте- 
нием регистров Огх. Команда mov eax,DrX на при- 
кладном уровне приводит к исключению, кроме 
того, отладчик (теоретически) может отслеживать 
обращение к отладочным регистрам, чтобы маски- 
ровать свое присутствие, — x86 процессоры пре- 
доставляют все необходимое для этого. Но если 
распаковщик прочитает свой контекст, он сможет 
дотянуться и до Огх, причем не только на чтение, HO 
и на запись! Получается, что можно не только об- 
наружить точки останова, но и обезвредить их. 
Весь вопрос в том, как получить контекст. Чтение 
SDK выявляет АР!-функцию GetThreadContext, ко- 
торая как раз для этого и предназначена, однако 
пользоваться ей нельзя, иначе хакер установит сю- 
да точку останова и защита проиграет войну. 
Нужно действовать так. Регистрируешь из 
распаковщика собственный обработчик SEH, воз- 
буждаешь исключение (делишь на ноль, обраща- 
ешься по недействительному указателю) и получа- 
ешь контекст в одном из аргументов структурного 
обработчика. Остается установить точку останова 
на fs:0, где и хранится указатель на ЗЕН-обработ- 
чик (но до этого додумается не каждый хакер). 


структурные исключения 

Кстати о fs:0. Первое, что делает стартовый код, — 
это регистрация собственного ЗЕН-обработчика, 
поэтому установка точки останова на fs:0 позволя- 


ет хакеру всплыть сра- 
зу же после заверше- 
ния распаковки, следо- 
вательно, распаковщик 
должен обращаться к этой ячейке как можно ча- 
ще. Десятки или даже тысячи раз, причем следует 
класть туда не что угодно, а именно ESP, иначе ха- 
кер установит условную точку останова (soft-ice 
это позволяет) и легко обойдет защиту. 


Визуализация 


программы на графе 


поиск по сигнатуре 

Есть такой козырный хакерский трюк. Взломщик 
снимает дамп с работающей программы, находит 
там стартовый код по сигнатуре, определяет его ад- 
рес и ставит на его начало аппаратную точку оста- 
нова (программную ставить нельзя, она будет затер- 
та при распаковке). Разработчику защиты необхо- 
димо либо распознавать аппаратные точки остано- 
ва и снимать их, действуя по методике, описанной 
выше, либо использовать модифицированный стар- 
товый код, который не сможет распознать хакер. 


контроль $pc 

Еще один трюк. Большинство распаковщиков рас- 
полагаются в стороне после распакованного кода 
и при передаче управления на оригинальную точку 
входа прыгают куда-то далеко. Хакер может ис- 
пользовать этот факт как сигнал о том, что распа- 
ковка уже завершена. Конечно, установить аппа- 
ратную точку останова на это условие уже не 
удастся, и придется прибегнуть к пошаговой трас- 
сировке (ей легко противостоять), но ради подоб- 
ного случая хакер может написать и трейсер нуле- 
вого кольца. Несложно. Сложно определить, когда 
же заканчивается распаковка. Контроль на $рс 
(в терминологии x86 — «eip») — единственный 
универсальный способ, который позволяет сде- 
лать это без особых измен и, чтобы обломать ха- 
Kepa, распаковщик должен как бы «размазывать» 
себя вдоль программы. Тогда он победит! 


боремся с отладчиком распространен- 
ный миф гласит, что штурмовать отладчик уровня 
зоН-се можно только из ядра, а надежно обуть его 
с приказного уровня невозможно. Неправда. 
В частности, эффективная отладка форт-про- 
грамм (как и другого р-кода) под soft-ice невозмож- 
на. Отладчик просто вращается внутри форт-ма- 
шины, наматывая мили на кардан, хакер материт- 
ся, выкуривает одну сигарету за другой, но не мо- 
жет предложить ничего конструктивного, кроме 
как написать декомпилятор, на что требуется вре- 
мя, которого никогда нет. 


DVD 2CD 


WILD WILD МЕ 
антиотладка Е лань 
К слову, использовать антиотладочные приемы следует с большой осторож- 
ностью, лучше не использовать их вообще. То, что работает под 9x, часто не 
работает под МТ, и наоборот. Обращение к недокументированным структу- 
рам операционной системы ставит программу в зависимость от левой пятки 
Microsoft, привязывая ее к текущей версии Windows. Кроме того, многие ан- 
тиотладочные приемы, опубликованные в различных статьях, на проверку 
оказываются сплошной фикцией. Отладчик работает нормально и не ведет- 
ся на них, зато глюки прилетают косяками. 

Следует помнить и о существовании такой штуки, Kak IceExt — спе- 
циальной примочки для soft-ice, которая скрывает его от многих защитных ме- 
ханизмов. Всегда проверяй все применяемые идеи на вшивость, и не только 
под soft-ice+IlceExt, но и в альтернативных отладчиках типа OllyDbg. Совер- 
шенно недопустимо отказываться от работы в присутствии пассивного отлад- 
чика. Аргумент «зоН-се держат на компьютере только хакеры» идет лесом на 
хутор. Туда же посылаются и разработчики. Необходимо противодействовать 
лишь активной отладке. Нейтрализации точек останова обычно бывает впол- 
не достаточно. Не нужно мешать отладчику, главное — сделать этот процесс 
максимально неэффективным. 


вероятностное поведение программы 
Пусть вызовы защитных функций следуют из разных мест с той или иной ве- 
роятностью, определяемой либо оператором типа гапа(), либо действиями 
пользователя. Например, если сумма последних шести символов, набранных 
пользователем, равна 69h, происходит «внеплановый» вызов защитного KO- 
да. Если программа при каждом прогоне ведет себя слегка по-разному, ре- 
конструкция ее алгоритма чрезвычайно усложняется. 


взлом по следам, взлом без следов 

Основная ошибка большинства создателей защит заключается в том, что они 
дают хакеру понять, что защита распознала попытку взлома. Ни в коем слу- 
чае не делать так! Пусть хакер сам догадывается, перелопачивая тонны ма- 
шинного кода. Ах, если бы мы только могли не выводить диалоговое окно 
с надписью «неверный серийный номер/инвалидный ключ» — тогда хакеру 
остается только поставить точку останова и посмотреть на код, который вы- 
водит его, а защитный механизм сразу же будет пойман за хвост! Приходит- 
ся идти в обход: вместо немедленного выполнения какого-либо действия про- 
граммист создает список отложенных процедур (просто массив указателей 
на функции) и проверяет его в цикле выборки сообщений или во время про- 
стоя системы из отдельного потока. Один поток проверяет регистрационные 
данные и кладет сюда указатель на функцию, которую нужно осуществить 
вместе с другими функциями, выполняемыми программой. Цепь разомкну- 
лась! Простая трассировка топит отладчик в цикле выборки сообщений, и ха- 
керу приходится разбираться со всеми этими списками, очередями и т.д., что 
в отладчике сделать очень непросто. Для реконструкции алгоритма требует- 
ся помощь дизассемблера... 


полезные советы россыпью 


Проверяй серийный номер (пароль) не с первого байта (лучше всего с пя- 
того), этим защита обломает начинающего хакера, который установил точ- 
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ку останова на начало. Также не проверяй по- 
следние символы серийного номера. И не прове- 
ряй середину! Проверяй не более половины сим- 
волов вразброс. Смешно, конечно, но очень вы- 
ручает. Никогда не считывай серийный номер 
(пароль, имя пользователя) из строки редактиро- 
вания целиком! Хакер тут же найдет его в памяти 
и расставит точки останова, в которые угодит за- 
щитный механизм. Считывай только по одному 
вводимому символу за раз (через WM_CHAR или 
DDE) и тут же шифруй их (если скалывать считан- 
ные символы в локальный буфер, то получится 
тот же самый WM_GETTEXT, только реализован- 
ный своими руками). 


боремся с дизассемблером опти- 
мальный дизассемблер — IDA PRO. Действитель- 
но очень мощный дизассемблер, его не так-то 
просто взять на испуг. С классическими защит- 
ными приемами (типа прыжка в середину коман- 
ды) он справляется даже не замечая, что тут бы- 
ло что-то защитное. Если на пути хакера встре- 
тится стена зашифрованного/упакованного ко- 
да, он напишет короткий (длинный) скрипт и рас- 
шифрует все, что нужно, даже не выходя из диз- 
ассемблера. Для р-кода будет написан отдель- 
ный плагин типа «докомпилятор». 

Самым мощным антихакерским средством 
был и остается косвенный вызов функций по ука- 
зателю, передаваемому в качестве аргумента. Ха- 
кер натыкается на что-то типа са! еах и материт- 
ся в бессильной злобе, пытаясь определить, что 
содержится в еах на данный момент. Если мате- 
ринская функция вызывается обычным спосо- 
60M, взломщику достаточно просто перейти по 
перекрестной ссылке, заботливо сгенерирован- 
ной IDA, и подсмотреть, что передается функции. 
Однако если указатель инициализируется далеко 
от места вызова, хакеру придется раскрутить всю 
цепочку вызовов. Если же функция, вызывающая 
косвенную функцию, сама вызывается косвен- 
ным путем, то вообще наступают кранты! Остает- 
ся запускать отладчик, устанавливать точку оста- 
нова на Call еах и смотреть ее значение вживую, 
однако точкам останова легко противостоять. 
К тому же в различные моменты времени еах мо- 
жет указывать на разные функции, тогда простое 
подглядывание еах ничего не даст. Дизассем- 
блер ослепнет и оглохнет! 


пример программы, вызывающей функции 
по указателю 


В исходном тесте все понятно. Функция Main вызы- 
вает функцию demo, передавая ей указатели на 
sub_demo и sub_demo, которые поочередно вызы- 
вают друг друга, каждый раз уменьшая счетчик на 
единицу. Короче, мы имеем цикл. Но какой! Ты 
оцени его дизассемблерный код. 


дизассемблерный листинг, демонстрирующий 


мощь косвенного вызова функций 


IDA Pro не смог распознать функции, хотя восста- 
новил перекрестные ссылки на Main — они еще ни 
о чем не говорят! Функции Sub_demo и sub_sub_de- 
то вызываются совсем не оттуда. Возьмем «функ- 
цию» loc_401000. Она принимает указатель в каче- 
стве аргумента и тут же вызывает его. А что это за 
указатель? Да хвост его знает! Перекрестной ссы- 
лки на материнскую функцию же нет. Единствен- 
ный способ установить истину — проанализиро- 
вать всю цепочку вызовов с самого начала про- 
граммы, с функции тат, но слишком трудоемко, 
так что даже не обсуждается (особенно если ло- 
мать реальную программу). Даже в таком случае 
приходится постоянно следить за указателями, ко- 
торые пляшут как кони, причем, даже если развя- 
жешь себе пупок, не сможешь понять, что находит- 
ся в них в каждый конкретный момент... 

Защита будет значительно усилена, если ре- 
ализовать модель Маркова — функцию, возвра- 
щающую указатель на функцию. Такой прием про- 
граммирования не слишком популярен, так как не- 
привычен и лишен языковой поддержки. Язык С 
вообще не позволяет объявлять функции, возвра- 
щающие указатели на функции, поскольку такие 
определения рекурсивны и программисту прихо- 
дится возиться с постоянным преобразованием 
типов, что не слишком украшает программу и яв- 
ляется потенциальным рассадником ошибок. Тем 
не менее на автоматическое дизассемблирование 
моделей Маркова не способен ни один дизассем- 
блер, в том числе IDA PRO. 


боремся с мониторами рассмотрим па- 
ру способов борьбы с файловыми мониторами 
и мониторами реестра. Самое простое, что только 
можно придумать, — через FindWindow находить 
главное окно монитора и затем либо закрывать его 
к чертям, либо, посылая специальные Window-coo6- 
щения, удалять из списка «свои» обращения. Есте- 
ственно, если хакер переименует окно (делается 
через FindWindow/SetWindowText), защита облома- 
ется по полной программе. Так что такой прием 
слишком ненадежен. 

А что надежно? Хранить флаг регистрации 
вместе с настройками в одном ключе реестра 
в двоичном виде — BOT тут его мониторинг ничего не 
даст. Хакер видит, что из такой ве- 
тви читается куча байтов, но ему 
неведомо, какой из них и за что от- 
вечает. Выяснить можно только от- 
ладкой/дизассемблированием за- 
щищенной программы, сопротив- 
ляться чему несложно. 

Мы рассмотрели множество 
эффективных и одновременно си- 
стемно независимых защитных тех- 
ник, работающих на прикладном 
уровне и не сильно усложняющих 
реализацию. Видно, что даже в та- 
ких жестких условиях можно сде- 
лать достаточно много! & 
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Лучшая игра 2005 года 
(все данные 3dgamers.ru): 


2 NEED FOR SPEED: 


TED 
DREAS 
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THEORY 


FIELD 2 
L FORCES 


Action/FPS 2005 года: 


2 SPLINTER CELL: 
CHAOS THEORY 

3 CALL OF DUTY 2 

4 GTA: SAN ANDREAS 


Русская игра 2005 года: 


1 КОРСАРЫ 3 
2 В ТЫЛУ ВРАГА: ДИВЕРСАНТЫ 
3 EX MACHINA 
4 АЛЬФА: АНТИТЕРРОР 

+ МУЖСКАЯ РАБОТА 


НАПОЛЕОНОВСКИЕ ВОЙНЫ 
Стратегия 2005 года: 
4 CIVILIZATION IV 
2 AGE OF EMPIRES 3 


3 BLACK & WHITE 2 
4 UFO: AFTERSHOCK 


5 КАЗАКИ 2. 
НАПОЛЕОНОВСКИЕ ВОЙНЫ 


Adventure/Quest 2005 года: 


1 FAHRENHEIT 
2 ПЕТЬКА 6: 

НОВАЯ РЕАЛЬНОСТЬ 
3 KING KONG 
4 MYST V: END OF AGES 
5 MOP. УТОПИЯ 


RPG 2005 года: 


1 FABLE: THE LOST CHAPTERS 
2 КОРСАРЫ 3 
3 GOTHIC 2: 

NIGHT OF THE RAVEN 


Simulation 2005 года: 


1 BLACK & WHITE 2 
2 ХЗ: REUNION 
3 SILENT HUNTER 3 
4 EX MACHINA 
5 SIMS 2 NIGHTLIFE 


Racing Sim 2005 года: 


1 NEED FOR SPEED: 
MOST WANTED 

2 JUICED 

3 LADA RACING CLUB 


По данным 3dgamers.ru, спортивная 
игра 2005 года — Pro Evolution Soccer 5 


MMORPG 2005 года: 


1 GUILD WARS 

2 ULTIMA ONLINE: 
MONDAIN'S LEGACY 

3 СФЕРА: МИР ИЗБРАННЫХ 


инструменты Для работы нам понадобятся 
некоторые инструменты. Во-первых, это 20)-дви- 
жок, который используется в тетрисе, — я исполь- 
зовал PopCap Framework (см. ссылки). Чтобы по- 
лучить этот SDK, необходимо зарегистрироваться 
«у них» на форуме и скачать файлик весом около 
7 Мб. На базе этого инструмента сделана целая 
куча офисных развлекалок наподобие Zuma и Dy- 
попе. Кроме движка, мы не обойдемся без биб- 
лиотеки Boost (www.boost.org), Откомпилируй Pop- 
Cap SDK и настрой свою среду разработки на его 
заголовочные и экспортные файлы. Также не за- 
будь указать путь к Boost'y. Как среду разработки 
я использовал MSVC++ 6.0. Кроме нее, ты спо- 
койно можешь использовать VC 7 и 8, достаточно 
просто конвертировать проекты и откомпилиро- 
вать новую библиотеку РорСар. 


tetris 


СТРОИМ ДВУХМЕРНОЕ СЧАСТЬЕ 


КАКОЙ ЖЕ БУДЕТ НОМЕР ЖУРНАЛА ОБ ИГРОПАЯНИИ, ЕСЛИ В ПРОЦЕССЕ 
РАБОТЫ НАД НИМ НЕ УБИТО НИ ОДНОГО KPO... — ТЬФУ! — НЕ НАПИСАНО 
НИ ОДНОИ ИГРЫ?! ПЛОХОИ НОМЕР! ВЫКИНУТЬ ЕГО! МУСОР! ВОПЛИ ВОЗМУ- 
ЩЕННЫХ РЕДАКТОРОВ ЖУРНАЛА БЫЛИ ПРЕРВАНЫ РЕПЛИКОИ ОДНОГО AB- 
ТОРА (ТО ЕСТЬ МЕНЯ): «НЕ ВОЛНУИТЕСЬ, ГОСПОДА, СЕИЧАС ВСЕ СТАНЕТ 
КРУТО... ПРЕДСТАВЛЯЮ ВАШЕМУ ВНИМАНИЮ ХТВЕА$...» ПО ПРАВДЕ ГОВО- 
РЯ, ЭТО САМЫЙ ОБЫЧНЫЙ И БАНАЛЬНЫЙ ТЕТРИС, НО ОН РАЗРАБОТАН СПЕ- 
ЦИАЛЬНО ДЛЯ СПЕЦА И ЕГО ЧИТАТЕЛЕИ И ДОСТУПЕН ДЛЯ НИХ ПО ОСОБОИ 


Л И ЦЕН 3 И И : ) |ПАЛАГИН АНТОН (TONY@GEYKONTECH.COM) 


архитектура виджетов Прежде чем 
углубляться в дебри кода, посмотрим на архитек- 
туру приложения РорСар. 


Точка входа 


В точке входа в программу создается объект 
класса СатеАрр. Этот класс производится от 
базового класса ЗехуАррВазе — ядра любого 
приложения PopCap. Он хранит в себе все игро- 
вые сущности и менеджеры, с его помощью про- 
исходит управление игровыми событиями, таки- 
ми как: начало игры, пауза, просмотр дополни- 
тельной информации, завершение работы про- 
граммы. Игровое поле реализуется в классе Во- 
ага, который является производным от класса 
Widget и агрегируется классом GameApp. Игро- 


вое поле разделяется на две части: левую па- 
нель (меню) и правую панель — стакан, куда па- 
дают фигуры. Класс Board настраивает положе- 
ние главного меню и игровой области (зоны), 
следит за освобождением памяти при заверше- 
нии работы и обрабатывает нажатия кнопок: пе- 
ремещение фигур влево-вправо (кнопки <вле- 
во>/<вправо>), поворачивание (пробел) и уско- 
рение (кнопка <вниз>). Главное меню игры реа- 
лизуется в классе LeftPanel, который является 
производным от классов Widget и ButtonListener, 
то есть кроме графической нагрузки несет от- 
ветственность за обработку событий, генери- 
руемых кнопками главного меню игры. Агрегиру- 
ется классом Board. 

Игровая зона также является виджетом, но 
не обрабатывает никаких кнопок — используется 
только для отображения тетрисных фигур. Игро- 
вая зона реализуется классом PlayArea и агреги- 
руется классом Воага. Еще один виджет в нашей 
игре — заставка, этот экран демонстрируется 
пользователю перед началом игры (во время за- 
грузки игровых ресурсов). Здесь можно демон- 
стрировать пользователю информацию об игре 
и требовать ввести ключ разблокировки, если ты 


пишешь условно бесплатную игру. УМЁ-диаграм- 
му, описывающую архитектуру этих классов, смо- 
три на рисунке «Архитектура виджетов». 


архитектура игровой ЛОГИКИ Логика 
тетриса реализуется в классе GameDriver. Он 
воспринимает управляющие события от видже- 
тов: начало новой игры, пауза в игре, управление 
тетрисными фигурами. Также этот класс рисует 
на экране фигуры тетриса, удаляет заполненные 
строки в стакане, генерирует новые фигуры, сле- 
дит за окончанием игры. Подсчет очков, набран- 
ных пользователем, и повышение уровня сложно- 
сти реализует класс GameLogic, агрегируемый 
классом GameDriver. Отображение тетрисных 
блоков в заданных координатах игровой сетки бе- 
рет на себя класс GameView, также агрегируемый 
классом GameDriver. Класс GameView «знает» то, 
как переводятся координаты на игровой сетке 
поле) в экранные координаты. Поведением бло- 
ков на игровой сетке размером 10х20 управляет 
класс Playfield. Каждая фигура описывается клас- 
сом TetrisBlock, который умеет хранить конфигу- 
рации фигур и вращать их. Соответствующую 
UML-quarpammy смотри на рисунке «Архитектура 
игровой логики». 
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Первый шаг, который совершают после создания 
ядра игры, — инициализация ядра. Инициализиру- 
ем движок игры, затем загружаем в память мани- 
фест ресурсов игры. Манифест — это ХМЕ-доку- 
мент, в котором описаны наборы (секции) ресур- 
сов: шрифты, изображения и звуки. На рисунке 
«Манифест ресурсов» как раз приведен пример 
из XTreas. В секции Init содержатся ресурсы, нуж- 
ные в течение всего игрового цикла. В секции Tit- 
tleScreen — ресурсы, необходимые на этапе де- 
монстрации заставки игры. Наконец, в секции Ga- 
те — игровые ресурсы. 

Манифест определяет для каждого ресурса 
его символическое (строковое) имя в контексте 
менеджера ресурсов РорСар, и, чтобы обратить- 
ся к нужной картинке или звуку из игры, достаточ- 
но сказать менеджеру ресурсов: «Дай мне кар- 
тинку А» или «Дай мне звук В». После того как 
пользователь нажмет на заставке кнопку, вызо- 
вется код изображенный на листинге «Начало 


«ИСХОДНИКИ, БИНАРНИКИ И МНОГОЕ- 
МНОГОЕ ДРУГОЕ — НА НАШЕМ ДИСКЕ» 
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игры». Пользователь удалит ресурсы заставки, 
ставшие ненужными, создаст игровое поле и за- 
пустит игровой цикл. 
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события игры Игра управляется события- 
ми, которые генерируются пользователем с по- 
мощью мыши (выбор кнопок в главном меню) 
и клавиатуры. Все игровое поле делится на две 
части: главное меню и «стакан», куда падают 
фигуры. Обе части игрового поля, как и само 
игровое поле, являются виджетами, то есть эл- 
ементами интерфейса. Левая часть (меню) — то- 
же виджет, но, кроме того, она может принимать 
команды от нажатий кнопок главного меню. Все 
элементы интерфейса инициализируются в вир- 
туальном методе AddedToManager, удаляются 
в методе RemovedFromManager. 


Если пользователь нажимает мышкой на кноп- 
ку-виджет, то генерируется соответствующее 
событие, которое обрабатывается методом But- 
tonDepress. 


обработка событий виджетов 
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m_app->OnPauseGame(); 
break; 

} 

} 


Эти события являются глобальными событиями 
игры. Например, начинается новая игра, игровой 
процесс ставится на паузу и т.д. Управление дви- 
жением фигур в стакане осуществляется при по- 
мощи клавиатуры. Эти события обрабатываются 
в виртуальном методе KeyDown (листинг «Обра- 
ботка кнопок клавиатуры») и являются локальны- 
ми событиями, которые влияют на логику игры: 
фигура крутится и перемещается влево-вправо. 


обработка кнопок клавиатуры 

void Board::KeyDown(KeyCode theKey) 
{ 

Widget::KeyDown(theKey); 
switch(theKey) 

{ 

case KEYCODE_SPACE: 
m_app->m_gameDriver.Rotate(); 

break; 
case KEYCODE_LEFT: 
m_app->m_gameDriver.Left(); 
break; 
case KEYCODE_RIGHT: 
m_app->m_gameDriver.Right(); 
break; 
case KEYCODE_DOWN: 
m_app->m_gameDriver.Drop(); 
break; 

} 

} 


игровой цИКЛ С того момента, когда пользо- 
ватель нажимает кнопку New Game, начинается 
непрерывный игровой цикл, на каждой итерации 
которого падает текущая фигура, на «заполнен- 


ность» проверяются линии в стакане и условия 
окончания игры, прорисовываются фигуры всех 
фигур в стакане. Эти итерации происходят в мето- 
де Update() класса GameDriver. 


игровая итерация 
//Если игра закончена или еще не начата, 
то итерация не выполняется 
if(!m_isNewGame && !(m_gameState & 
GAME_OVER) ) return; 
m_gameView.SetGraphics( д ); 
//Ecnu есть падающая фигура 
if( m_current ) 
{ 

//Если наступил момент изменения кадра 
и игра не на паузе 
if( elapsed > m_gameLogic.GetSpeed() 
&& !m_isPaused ) 
{ 
//Необходимо или оставить блок на поле 
или опустить его на ячейку вниз 
if( m_playfield.CheckBlock 
(*m_current, m_currentX, m_currentY+1) ) 
{ 
//Опускаем блок на ячейку вниз 
m_playfield.InsertBlock(*m_current, m_cur- 
rentX, m_currenty); 
//Проверяем, He заполнился ли наш стакан 
if( IsGameOver() ) 
{ 


GameOver(); 
secStart = secEnd; 
return; 


} 
m_current = 0; 
//Проверяем, заполнена ли полностью 
линия(и) стакана 
m_playfield.GetFullRows(bottom, count); 
if(!count) 
{ 
//Ecnu нет ни одной заполненной линии 
стакана, то опускаем в стакан новую фигуру 
ThrowNextBlock(); 
//Проигрываем специфический звук 
gSexyAppBase->PlaySample 
(SOUND_BLOCK_DOWN); 
} 
else 
{ 
//Устанавливаем состояние 
для последующей анимации процесса 
//удаления заполненной линии стакана 
m_animState = CLEAN_ROWS; 
//Npourpbipaem специфический звук 
gSexyAppBase->PlaySample(SOUND_FULL_LINE); 
} 
} 
езе 
{ 
++m_currenty; 


} 


secStart = secEnd; 
elapsed = 0; 

} 

} 


Если надо анимировать только падение фигуры 
if(m_animState == NORMAL) 
{ 
//To анимируем падающую фигуру 
DrawNormal(elapsed / m_gameLogic.GetSpeed()); 
} 
|/Надо показывать «спец» Эффекты 
else 
{ 

//Если игра не на паузе и надо удалить 
заполненные линии стакана 
if( elapsed > LINE_ANIM_SPEED && !m_isPaused ) 
{ 

//Обновляем стакан 
m_playfield.Update(); 
secStart = secEnd; 
elapsed = 0; 
m_animState = NORMAL; 
//Bbi6pacbiBaem новую фигуру 
ThrowNextBlock(); 
//O6HOBNAeM набранные игроком очки 
m_gameLogic.UpdateScore(count); 
bottom=count=0; 
return; 
} 
//Pucyem спецэффекты (удаление линии) 
DrawSfx 
(elapsed/LINE_ANIM_SPEED, bottom, count); 
} 


Вначале нужно опустить фигуру тетриса на ячейку 
вниз, затем — проверить, не закончилась ли на этом 
игра. Если игра не закончилась, то стоит посмотреть, 
есть ли заполненные линии. Если после того, как фи- 
гура опустилась, появились заполненные линии, то 
проигрывается звук удаления линии и отображается 
анимация удаления этих линий. Если заполненных 
линий нет, то проигрывается глухой звук, который 
соответствует простому опусканию фигуры. Далее 
проверяем, есть ли место в стакане (еще ниже), куда 
бы могла опуститься фигура. Если некуда — генери- 
руется новая фигура. Теперь должно быть обновле- 
но игровое поле (должны быть удалены линии в ста- 
кане) и очки, набранные игроком. Процесс обновле- 
ния поля см. на листинге «Обновление стакана». 


обновление стакана 
void Playfield::Update() 
{ 
SquareCoord bottom, count; 
//Узнаем, есть ли заполненные линии в стакане 
GetFullRows(bottom, count); 
if(count) 
{ 
//Удаляем заполненные линии 
RemoveRows(bottom, count); 


} 


Сначала требуется определить, есть ли заполнен- 
ные линии, — это делается в функции GetFul- 
1Во\м/5(). Если такие линии есть, грохнем их и опу- 


стим все верхние линии вниз на столько линий, 
сколько только что было удалено, — вытворяем 
(). Конфигурации но- 
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иваниях. Давай переменным говорящие имена, 
только не злоупотребляй! Читать сочинения на 
языке программирования — весьма сомнительное 
удовольствие. И комментируй, комментируй и еще 
сто тысяч раз комментируй. Готов поспорить, что 
через неделю ты посмотришь на свои 20 000 строк 
кода — и не поймешь, что там написано, если не- 
делю назад не откомментировал. 


откажись от указателей использова- 
ние указателей на объекты классов и данные в па- 
мяти несет в себе потенциальную опасность. Ты 
можешь забыть удалить выделенную память, пере- 
писать значение указателя и потом будешь тра- 
тить сутки на поиски тривиальных ошибок. Ста- 


«ТЕБЕ ПОНАДОБИТСЯ 20-ДВИЖОК РОР- 
САР FRAMEWORK И БИБЛИОТЕКА BOOST» 


отвечает за игровую логику, причем идет четкое раз- 
деление на KOA, рисующий игровые объекты, обно- 
вления игровых объектов, подсчета статистики, ана- 
лиза правил игры и рисования «спецэффектов». 
Вся игровая область (стакан) описывается 
игровой сеткой. Тетрисные фигуры двигаются 
строго по этой сетке, причем код логики опериру- 
ет только координатами фигур на игровой сетке — 
перевод в экранные координаты осуществляется 
только на этапе рисования каждой фигуры. Ста- 
райся разбивать программный код на функцио- 
нальные блоки, используй рекурсию. Пусть у тебя 
будет множество методов в классах, зато ты не за- 
пугаешься в гигантских циклах и непонятных присва- 


райся использовать по максимуму статическую 
компоновку данных, механизм ссылок, контейнеры 
STL и Boost. Если нельзя обойтись без указателя, 
то воспользуйся умными указателями, например 
shared_ptr из библиотеки Boost. 


используй сценарии Для хранения свя- 
зей между кодом и графическими и звуковыми ре- 
сурсами используй сценарии: Lua, Python, XML 
и тд. Твой код станет чище и проще, а в довесок 
ты получишь возможность изменять игровые ре- 
сурсы без перекомпиляции программы. 


используй готовые решения Если ne- 
ред тобой стоит дилемма выбрать готовый инстру- 
мент или разработать свой, всегда выбирай пер- 
вое. Сэкономишь массу времени и нервных кле- 
ток. В интернете можно найти множество бесплат- 
ных готовых движков, вспомогательных библио- 
тек, реализаций различных алгоритмов и т.д. & 
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трехмерные 
моторы 


САГА О 30-ДВИЖКАХ: 
КУРС МОЛОДОГО БОЙЦА 


ЕСЛИ ПРОВЕСТИ АНАЛОГИЮ С АВТОМОБИЛЕМ, ТО ИГРО- 
ВОЙ ДВИЖОК — ЭТО НЕ СОВСЕМ ТО ЖЕ, ЧТО ДВИГАТЕЛЬ 
ВНУТРЕННЕГО СГОРАНИЯ. СКОРЕЕ, СОВОКУПНОСТЬ СИ- 
ЛОВЫХ ДЕТАЛЕЙ КУЗОВА, ПОДВЕСКА И, ЕСТЕСТВЕННО, 
САМ ДВИГАТЕЛЬ. НА ПОЛУЧИВШИЙСЯ СКЕЛЕТ НАВЕШИВА- 
ЮТ ДЕТАЛИ ЭКСТЕРЬЕРА И ИНТЕРЬЕРА, КОТОРЫЕ И ПО- 
СТУПАЮТ КОНЕЧНОМУ ПОТРЕБИТЕЛЮ [Tony tporcosancenrina.com) 


бестиарий Часто случается так, что жизненный цикл игрового движка прекращается 
на первой же игре — уже в момент выпуска движок является морально устаревшим. Ко- 
нечно, с точки зрения экономии ресурсов это абсолютно неправильно, но сложившиеся 
правила игрового бизнеса не позволяют перевести старый программный код на новые ап- 
паратные рельсы. Так было не раз, и, думаю, так будет и в будущем. Ты, наверное, вос- 
кликнешь: «Как же, черт побери, хорошо работать на игровых консолях!» И в какой-то 
мере ты прав. Для повторного использования кода на консолях есть гораздо больше про- 
странства, если учесть, что жизненный цикл игрового железа составляет не два-три года, 
как на РС, а в несколько раз больше. Однако в кустах нас поджидает парочка жирных 
И ХИЩНЫХ «HO», Во-первых, не так просто пробраться на консольный рынок, там нас ожи- 
дает строгий Тасе-контроль платформодержателя, а игру ждут пытки, по сравнению с KO- 
торыми испанская инквизиция покажется сборищем воспитательниц детского сада. Во- 
вторых, стоимость разработки под современную консоль значительно выше, чем под РС, 
хотя, конечно, можно сорвать больший куш, но, впрочем, это не тема статьи. 

Ты тут же вспомнишь о RenderWare, Unreal Engine, Source и прочих монстрах геймдева. 
Как же так? Эти технологии имеют длительный жизненный цикл! Не забывай, что эти движ- 
ки разрабатывались опытными командами от крупных компаний, которые зашибают основ- 
ные деньги на лицензировании и поддержке своих продуктов. Примечательно, что на просто- 
рах нашей необъятной крупные игроки рынка наконец осознали, что могут зарабатывать де- 
ньги подобным же образом. Собственно, кроме 
предоставления технологий, они обеспечивают 
продюсерское участие в проектах молодых студий, 
что позволяет начинающим командам избежать ти- 
пичных ошибок новичков. Конечно, пока качество 
отечественных движков оставляет желать лучшего. 
Будем надеяться, что рано или поздно наше отста- 
вание от капиталистов будет ликвидировано, осо- 
бенные надежды возлагаем на недавние экспансии 
иностранных инвестиций в наш игропром. 


ogre 3d Впрочем, спустимся с небес на грешную 
землю и вернемся к нашим баранам. Для 
молодых команд (буржуи называют их Ш- 
die team — пока молодая и пока независи- 
мая компания) многие компании предоста- 
вляют солидные скидки на свои техноло- 
гии. Кроме того, существует масса бес- 
платных открытых движков, которые впол- 
не пригодны для создания современных 
игр. Типичный пример — Ogre 3D (Open 
source graphics engine), к использованию 
которого примеряются многие начинающие 


игроделы. К слову, существует русский ре- 
сурс, посвященный Ogre (www.ogre3d.org.ru)_ 
Еще одно «кстати»: недавно (в декабре 
2005) питерская студия Lesta выпустила 
игру «Стальные Монстры», сделанную на 
этом движке. Выбор Lesta оправдан, по- 
скольку Одге — объектно ориентирован- 
ный кросс-платформенный движок (Win- 
dows и Linux), который развивается и под- 
держивается разработчиками (сейчас они 
уже перевалили за версию 1.0.6). В каче- 
стве рендера в Ogre используются DirectX 


7.0, DirectX 9.0 и openGL 1.5, что, с одной 
стороны, обеспечивает солидную гиб- 
кость, с другой — порождает рыхлый ис- 
ходный код движка с массой лишних 
классов-мраррегов. Движок поддержива- 
ет различные шейдеры: Cg, HLSL, СЕ ЗЕ (к 
примеру, используется развитая идеоло- 
гия материалов). Для экспорта мешей из 
З)-редакторов существует масса экспор- 
теров, поддерживаются следующие ре- 
дакторы: Milkshape3D, 3D Studio Max, Ма- 
ya, Blender и Wings3D. Возможно исполь- 


зовать скелетную анимацию и прогрес- 
сивные меши. Менеджмент сцены орга- 
низован просто и в то же время гибко, 
имеются объекты сцены, предопределен- 
ные на многие случаи жизни, поддержи- 
ваются алгоритмы BSP и Octree. Реали- 
зовано несколько алгоритмов постро- 
ения теней. Поддерживаются системы 
частиц и несколько алгоритмов отобра- 
жения неба. Функциональность движка 
легко расширяется за счет того, что он 
реализован по объектно ориентирован- 
ным принципам и поддерживает разви- 
тую систему плагинов. 

Приятно, что движок качественно до- 
кументирован и имеет обширное Сотти- 
nity. К недостаткам можно отнести только 


отсутствие встроенно- 
го качественного ре- 
дактора игрового мира 
(сцены), жуткие тормо- 
за и (по большому сче- 
ту) отсутствие модели- 
рования физики сце- 
ны. Однако, как пока- 
зывает практика, ре- 
шать эти проблемы го- 
раздо проще, чем пи- 
сать движок с нуля. 


Как видишь, на ха- 
ляве можно спокойно 


ковать бабки 
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nebula device 


Ogre — не единственный качественный 
бесплатный движок. Также заслуживает 
внимания продукт немецкой компании Ва- 
don Labs — Nebula Engine, построенный 
по принципам клиент-серверной архитек- 
туры и являющийся объектно ориентиро- 
ванным движком, как и Ogre. В отличие от 
злобного людоеда, Nebula предоставляет 
более широкие возможности для постро- 
ения различных сценариев. Любой 
объект движка имеет символьное имя, ко- 
торый позволяет получить С++-указатель 
на объект. Другими словами, можно све- 
сти всю разработку игры на базе Nebula к 
написанию скриптов и исключить участие 
кода на С++. Еще одно отличие от Одге — 
то, что Мебща работает только под упра- 
влением Windows и только с DirectX. Так- 
же здесь имеются классы для реализа- 
ции сетевых баталий. Поддерживаются 


Неанонсированный 
ролевой проект 
Radon Labs 


шейдеры (HLSL и FX- 
файлы DirectX), скелет- 
ная анимация, системы 
частиц, тени. Аналогич- 
Ho Ogre, отсутствует фи- 
зика и встроенный ре- 
дактор (общее место 
всех бесплатных движ- 
ков!), зато предоставля- 
ется приличная доку- 
ментация и развитая ин- 
фраструктура всевоз- 
можных утилит. Дата по- 
следнего обновления — 
июнь 2005 года, теку- 
щая версия 2.0. 


irrlicht engine 


Упоминания заслужил и бесплатный дви- 
OK Irrlicht Engine. Этот кросс-платфор- 
менный движок (Windows и Linux) работа- 
ет с DirectX (8.1, 9.0), openGL 1.5 и соб- 
ственными программными рендерами. 
Поддерживает шейдеры и расширяемую 
библиотеку материалов, анимацию (ске- 
летную и морфинг), собственную систему 
оверлеев. Как и большинство ЗО-движ- 
ков, этот движок написан на С++ и подчи- 
няется всем законам ООП. Понимает ме- 
ши всех основных форматов. Реализует си- 
стемы частиц, стенсильные тени, небо ит.д. 
Предоставляется качественная документа- 
ция, последнее 


обновление да- Пример работы 
тировано дека- движка с непроизно- 
брем 2005 года, симым названием 


а текущая вер- Irrlicht Engine 
сия 0.14.0. 
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unreal engine 3 


Познакомься с весь- 


ма серьезным 
дяденькой 


Итак, мы сказали пару слов о доступных 
движках. Настало время вернуться к теме 
любимых «Мерседесов» :). Когда задумы- 
ваешься о них, сразу же вспоминаешь 
компанию Epic Games с ее линейкой Unre- 
al и соответствующими движками. Послед- 
ним продуктом этой конюшни является Un- 
геа! Епоте 3, который смело позициониру- 
ется как настоящее и будущее индустрии 
развлечений. Основные платформы для 
этого движка — это DirectX 9.0, Xbox 360 и 
PlayStation 3. Поддерживается графиче- 
ский конвейер, способный работать с 64- 
битным цветом (HDR), все современные 
техники освещения (в том числе параме- 
тризованная модель освещения Фонга), 
продвинутые динамические тени (от стен- 
сильных до размытых мягких теней), — все 
это становится возможным благодаря раз- 
витой системе материалов. С помощью 
редакторов контента разработчики могут 
редактировать (не отходя от кассы) все 
эффекты и материалы вплоть до констант 
шейдеров. Неудивительно и наличие си- 


стем частиц, которые можно редактиро- 
вать с помощью специализированного ре- 
дактора эффектов. Неотьемлемая часть 
UE3 — физический движок на базе Novo- 
Чех (надеюсь, никто еще не забыл о ком- 
пании Ageia, ждем в марте месяце 2006 го- 
да). Все материалы объектов сцены обла- 
дают также физическими характеристика- 
ми, например трением. Имеется редактор 
моделирования физики, который позволя- 
ет не только создавать физически реали- 
стичные модели, но и симулировать, на- 
страивать и оптимизировать поведение 
этих моделей. Возможности анимирования 
моделей практически не ограничены, с по- 
мощью средств движка можно создавать 
высококачественную скелетную анима- 
цию, которая тесно связана с физической 
моделью поведения тел, известной как 
Rag-Doll. Специальный редактор AnimTree 
позволяет создавать и просматривать все 
аспекты анимирования модели. 

В комплекте движка идет набор эк- 
спортных утилит для всевозможных 3D-pe- 


дакторов. Стандартное системное окруже- 
ние позволяет создать на базе движка 
игровую логику любого уровня сложности. 
Поддерживаются следующие обобщенные 
игровые объекты: игроки, NPC, инвентарь, 
оружие и триггеры. Подсистема искус- 
ственного интеллекта содержит готовые 
алгоритмы поиска пути (с учетом триггеров, 
лестниц и дверей), навигации (с учетом ло- 
кальных тактических задач), принятия ре- 
шений и командного «разума». Коллектив- 
ный разум подходит для реализации шуте- 
ров от первого и третьего лица, а также так- 
тических игр. В качестве сценарного языка 
используется визуальная скриптовая сСи- 
ctema UnrealKismet. Для разработки демок 
и заставок на движке используется систе- 
ма UnrealMatinee. Звуковой движок поддер- 
живает все основные звуковые форматы 
для всех целевых платформ, в том числе 
объемный 5.1 звук и Dolby Digital. Поддер- 
живается трехмерное позиционирование, 
разделение звука и смещение по Доплеру. 
В редакторе сцены УпгеаЕа работа со зву- 
ком осуществляется с помощью специаль- 
ного визуального инструмента. 
Естественно, полностью Доступны 
сетевые игрища, которые являются ли- 
цом бренда Unreal. Сетевое взаимодей- 
ствие организовано на базе протокола 
UDP, клиент-серверная система поддер- 
живает до 64-х игроков, система без вы- 
деленного сервера — до 16-ти игроков. 
Естественно, возможны игрища между 
людьми, сидящими на разных платфор- 
мах. Из анонсированных проектов, под 
которые лицензирован этот движок, 
в глаза бросается Duke Nukem Forever 
и Star Wars: Republic Commando. Список 
вышедших игр Ha базе технологий Unre- 
al воистину необъятен (www.unrealtechnolo- 
Ha DTF 


есть русский перевод описания движка: 
www.dtf.ru/articles/read.php?id=1102, (Стоимость 


gy.com/html/powered/released.shtm!) у 


лицензии на использование UES для од- 
ной платформы составляет $750 тыс., за 
каждую дополнительную платформу 
предлагается доплачивать по сто тысяч 
безусловно правильных денег. 


renderware 


Продукт компании Criterion (с аппетитом 
сожрана Electronic Arts), в отличие от UES, 
являет собой сегодняшний день. Основные 
платформы для этого движка — PlayStation 2, 
PlayStation Portable, Xbox, GameCube, РС 
и N-Gage. Основанный на компонентной ap- 
хитектуре, RenderWare Studio 2.0 предоста- 
вляет комплексную систему для разработки 
игр — от прототипирования игры до тести- 
рования и сборки конечных билдов. Вся эта 


система завязана на четкой формализации 
всех процессов разработки. На данный мо- 
мент RenderWare является корпоративным 
стандартом для электроников и закуплен 
(вместе Cc Criterion) для дальнейшей унифи- 
кации и формализации процесса разработ- 
ки сверхунифицированных и формализо- 
ванных игр от EA :). Черт побери, кто-нибудь 
знает, чем отличаются НЕА 2005 от НЕА 
2006?.. Кто это сказал, что одним байтом?! 


source engine 


Еще одно имя, которое пока у всех на 
слуху, — это компания Valve со своим 
движком Source, на котором были сдела- 
ны Half-Life 2, Day of Defeat: Source, Соип- 
er Strike: Source. С использованием этой 
же технологии компания Troika Games 
о ней нужно говорить «либо хорошо, ли- 
бо никак») выпустила модненькую RPG 
Vampire the Masquerade: Bloodlines, а Smi- 
ing Gator Productions ваяет очередную 
«нетленную» MMORPG Twilight War: After 
he Fall, которую сами авторы именуют не 
много не мало как Extreme Online Rolepla- 
ying Game (XORG). 

Теперь покопаемся в его кишочках... 
В отличие от описанных мной движков, 
Source предназначен только для Windows- 
платформы и только для DirectX. Язык раз- 
работки — С++. Как и любой уважающий 
себя движок, этот поддерживает солид- 
ную библиотеку материалов, системы ча- 
стиц, несколько моделей освещения и за- 
тенения. Аналогично Unreal Engine 3, мате- 
риалы Source несут в себе и физический 
смысл, то есть поверхности игровых 
объектов сумеют катиться, скользить и т.д. 

Source силен сетевым кодом, кото- 
рый отлаживается огромными толпами 
геймеров по всему миру начиная с 1999 
года. Кроме обычной скелетной анима- 
ции, движок предоставляет возможности 
по анимированию лиц, симуляции речи, 
мимики лица и выражения глаз. В каче- 
стве физического движка используется 
самое современное на сегодня програм- 
мное решение на базе Havok 2. Соб- 
ственно, Half-Life 2 — это самый удачный 
пример активного использования физики 
в датерау. Еще одной традиционно 
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сильной стороной технологий Valve явля- 
ется искусственный интеллект. Персона- 
жи в 5оугсе умеют принимать эффектив- 
ные навигационные решения исходя из 
поставленных тактических задач, воспри- 
нимают окружающую информацию прив- 
лекая слух, зрение и нюх, умеют «рабо- 
тать» в команде. Звук в движке также тес- 
но связан с физикой и логикой игрового 
мира, поддерживается трехмерный 5.1. 
звук и эффект Доплера. Имеется соб- 
ственная система оверлеев. Все ресур- 
сы, используемые Source, редактируют- 
ся встроенными инструментами: модели- 


рование лиц, 
игрового мира 
и игровой логики, оверлеи, всевозмож- 
ные инструменты экспорта моделей из 
популярных 3D-pegaktopos. На сегодня 
перспективы Source, по сравнению с кон- 
курентами, скрыты в тумане, что связано 
с пришествием консолей следующего по- 
коления. Скорее всего, Valve не захочет 
терять столь привлекательный рынок, 
и компания сейчас ведет работы по соз- 
данию движка нового поколения, рабо- 
тающего на всех популярнейших плат- 
формах. Поживем — увидим. 


НОВ в действии 


doom 3 engine 


Думаю, представлять банду Джона Кармака 
не нужно. Эти люди стояли у истоков шуте- 
ров и полигональных игр, поэтому просто 
необходимо сказать пару слов об их по- 
следнем движке. На нем были сделаны сле- 
дующие игры: естественно, Doom 3, add-on 
к нему Doom 3: Resurrection of Evil, Quake 4, 
разрабатываемые в данный момент Pray, 


Enemy Territory: Quake Wars на движке с 
поддержкой технологии MegaTexture. Изна- 
чально планировалось доработать движок 
Quake 3 до потребностей сегодняшнего 
дня, однако позже команде Кармака стало 
ясно, что необходимо полностью перерабо- 
тать код. И вот, получившийся движок име- 
ет очень мало общего с кодом для движков 


предыдущих Quake. Если раньше движки 
от ID были написаны на чистом С, то теперь 
03 может похвастаться объектно ориенти- 
рованными концепциями. 

В остальной же функциональности 
движок вряд ли опережает современные 
решения на базе Unreal Engine 3. Да, есть 
освещение, есть тени, для будущих игр пла- 
нируется сделать поддержку мягких теней, 
есть технология для анимации лица напо- 
добие технологий Source. Есть даже техно- 
логия громадных текстур, названная Mega- 
Texture — она позволяет сделать текстуры 
земли и строений более детализированны- 
ми и не повторяющимися. В целом же тех- 
нология Doom 3 постепенно уходит в про- 
шлое, а Кармаку и компании придется при- 
ложить значительные усилия, чтобы их 
технологии хотели лицензировать в буду- 
щем, — на одном имени далеко не уедешь. 
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ПОНЯТИЯ Kak уже было сказано, движок — это 
совокупность программных абстракций. Конечно, 
разные движки отличаются друг от друга деталями, 
но все они оперируют одинаковыми понятиями 
и выполняют одинаковые функции. Следовательно, 
в общем они похожи. Для начала определимся с тер- 
минами данных, которые обрабатываются движком. 

Самой высокоуровневой абстракцией в лю- 
бой игре являются игровые объекты со своими 
игровыми характеристиками, такими как здоровье, 
энергия. Игровыми объектами управляет пользо- 
ватель и подсистема ИИ. Такой объект подчиняет- 
ся действию туземной физической модели. Случа- 
ется, что функциональности игровых объектов, 
имеющихся в движке, не хватает для реализации 
всех фишек геймплея, соответственно, разработ- 
чики игры реализуют собственные игровые объек- 
ты. Фактически они моделируют логику игры. Ко- 
нечно же, нам хочется идеала: чтобы единствен- 
ным кодом, который пришлось бы писать в про- 
цессе разработки, был код геймплея. Жаль, но 
ничто в этом мире не идеально. Очень часто моде- 
ли поведения игровых объектов реализуются на 
языке, отличном от языка движка (обычно С++). 
Для этого используются сценарные языки, такие 
как Lua и Python, в основном чтобы было возмож- 
но изменять и отлаживать игровую логику без пе- 
рекомпиляции исходного кода движка (она зани- 
мает до черта много времени!). Плюс, конечно — 
для того чтобы упростить и без того сложный игро- 
вой код. Правда, зачем нужна небезопасная воз- 
можность работать напрямую с памятью, если при 
разработке логики игры оперируют только аб- 
стракциями игровых объектов? Жизненный цикл 
игровых объектов обеспечивается специальным 
менеджером, который также связывает игровые 
объекты с подсистемой и алгоритмами ИИ плюс с 
пользователем. Аналогично игровым объектам, 
особняком в движке стоят так называемые овер- 
Neu, или сущности для реализации пользователь- 
ского интерфейса. Часто используются готовые 
решения, такие как Crazy Eddie's GUI. Оверлеи 
также описываются сценариями, причем широко 
используются сценарии XML для представления 
иерархий элементов пользовательского интер- 
фейса. Оверлеи, конечно, не имеют никакого от- 


or 


ношения к рендерингу сцены, зато с UX помощью 
пользователь управляет игровыми объектами. 


сцена Перейдем на один уровень абстракций 
ниже — где-то на этом уровне появляются аб- 
стракции, существующие в любом современном 
движке. Управление сценой возлагается на мене- 
джер сцены, который хранит иерархию объектов 
сцены, производит проверку видимости объектов, 
управляет камерой, источниками света, небом, ту- 
маном и прочими объектами сцены. Рассмотрим 
пример «простейшей» сцены: автомобиль едет по 
дороге мимо фонаря. К корню (root) сцены присо- 
единяется статичный (в процессе игры не пере- 
двигается) объект — дорога (плоскость), для этого 
объекта устанавливается материал — асфальт 
с текстурой двухполосной дороги. Дифференци- 
рование всех объектов сцены на статичные и ди- 
намичные производится ради оптимизации. На 
обочине дороги устанавливается фонарный столб 
со своим материалом. На верхушке столба распо- 
лагается фонарь — это нестатичный источник све- 
та, поэтому для него заранее можно рассчитать 
карту освещенности всех статичных элементов 
сцены: дороги и столба. Таким образом можно 
сэкономить при расчете освещения. 

Теперь начинается самое интересное. На до- 
рогу помещается кузов машины, к нему присоеди- 
няются четыре колеса и два направленных источ- 
ника света — фары. Машина передвигается по до- 
роге, вместе с ней передвигаются фары, то есть 
два источника света, поэтому для каждого кадра 
необходимо рассчитывать освещенность дороги 
и столба фарами, а также освещенность машины 
фонарем со столба. Прибавь к этому расчет тени 
от машины, которую она отбрасывает на дорогу от 
фонаря, расчет карты отражения: кузов лакиро- 
ванный, соответственно, в нем можно разглядеть 
дорогу и столб. 

Посмотрим, как происходит типичный цикл 
рендеринга такой сце- 
ны. Сначала проверя- 
ются все динамичные 
объекты. Для тех объек- 
тов, которые изменили 
свое положение на 


Не двигайся, гаде- 


ныш. Сейчас я тебя... 


сцене, пересчитываются их мировые координа- 
ты. Далее вызывается один из алгоритмов отбра- 
сывания невидимых объектов (BSP, Octree). За- 
тем для материалов объектов сцены, подвергае- 
мых рендерингу, устанавливаются шейдерные 
константы для источников света, различных ма- 
триц преобразования. И только после этого гра- 
фический процессор начинает обработку види- 
мой геометрии. 


Меши, модели и их материалы мы 
плавно перешли к понятиям моделей и мешей. Изо- 
бражение, которое ты видишь на экране, составле- 
но из кучи полигонов (треугольников), они и обра- 
зуют единые и неделимые наборы геометрии — ме- 
ши. Например, кузов автомобиля и его колеса — 
это различные меши. Вместе они составляют мо- 
дель автомобиля. Почему именно так, а не иначе? 
Предполагается, что в игре нельзя разбить кузов 
автомобиля, нельзя разрезать и разделить его на 
составные части, которые перемещались бы отно- 
сительно друг друга. Колеса же могут перемещать- 
ся (например изменять свою ориентацию относи- 
тельно двух осей), поэтому они реализованы в мо- 
дели автомобиля как составные части. Каждый меш 
обладает своим материалом — способом отобра- 
жения геометрических данных на экране. 
Материал — это совокупность нескольких 
текстур, различных состояний графического 
конвейера, а также вершинная и фрагментная 
программы (шейдеры). Игровые объекты разби- 
ваются на меши и модели исходя из соображе- 
ний моделирования физики и логики игрового 
мира, а также способности графического кон- 
вейера отрендерить картинку. Конечно, хотелось 
бы иметь возможность оперировать десятками 
тысяч игровых объектов, взрывать стены и изме- 
нять земной ландшафт ковровыми бомбардиров- 
ками, но современные графические технологии 
пока не позволяют реализовать все это в реаль- 
ном времени. Пока все, на что мы способны, — 
это моделировать поведение сотни моделей, 
взаимодействующих друг с другом, и отображать 
со значительной аппроксимацией картинку. Так 
вот интересность геймплея достигается за счет 
таланта и работы дизайнеров и художников. 
В любой современной игре геометрия занимает 
наибольшее место в памяти. Для повышения ско- 
рости загрузки мешей их геометрия сохраняется 
в бинарных форматах, часто уникальных для 
каждого движка. Материалы же, напротив, часто 
хранятся в виде сценариев, причем дифферен- 
цируются следующим образом: отдельно хранят- 
ся шейдеры и состояния конвейера (например, 
в *.1х-файлах), отдельно — наборы текстур и цве- 


тов. В код движка их обычно не встраивают, что- 
бы оставалась возможность вмешаться опера- 
тивно и без перекомпиляции самого движка. На 
рисунке «Сценарий материала» ты можешь уви- 
деть кусок сценария, описывающий материал 
стекла транспорта из Quake 4. 


системы частиц He все объекты сцены бу- 
дет разумно представлять в виде мешей. Напри- 
мер, клубы дыма или пулеметные гильзы могут по- 
являться на экране сотнями, тратить на них много 
памяти нецелесообразно. Для отображения таких 
объектов применяют системы частиц — абстрак- 
ции, управляющие множествами спрайтов. На 
каждый спрайт тратится четыре вершины, то есть 
около 50-ти байт памяти. На вершины натягивает- 
ся текстура. При моделировании систем частиц 
дизайнер изменяет их насыщенность, траектории, 
скорости и цвета, в итоге получаются огонь, дым, 
гильзы, снаряды и т.д. Параметры систем частиц 
сохраняются в специализированных сценариях — 
для оперативной правки. При создании систем ча- 
стиц разработчики оперируют понятиями эмиттер 
и аффектор частиц. 

Эмиттер — это сущность, из которой испу- 
скаются частицы, характеризуется скоростью ис- 
пускания частиц, количеством частиц, плотностью 
ит.д. Аффектор — это сущность, которая воздей- 
ствует на траекторию движения частиц, то есть не- 
кий модификатор, изменяющий на каждом кадре 
местоположение и цвета каждой частицы. 


освещение Расчет освещения для всех мо- 
делей сцены — чертовски трудоемкая задача. 
Разработчики игр стараются максимально сни- 
зить подобные издержки, поэтому создают стати- 
ческие карты освещения, для того чтобы можно 
было не пересчитывать на каждом кадре кучу 
лишних источников света. Передвигаемых лампо- 
чек в любой игре одна-две, они действительно ос- 
вещают модели в масштабе реального времени. 
Существуют следующие виды источников света: 
точечные (лампочка), направленные (солнце), 
споты (фары, прожектор). 

Рядом с проблемой освещения стоит про- 
блема построения теней, которые отбрасываются 
и принимаются объектами сцены, — самая трудо- 
емкая часть рендеринга. Сейчас фотореалистич- 
ные мягкие тени строятся в реальном времени 
только в отдельных демонстрационных програм- 


мах и примерах. В ре- 
альной игре разработ- 
чики стараются использовать предварительно 
рассчитанные (статические) тени, а для динамич- 
ных объектов строятся тени четкие либо упрощен- 
ные до максимума (например кружок на полу). 
Сравни качество мягких и четких теней на соответ- 
ствующих рисунках — картинка стоит тысячи слов, 
особенно там, где указаны FPS. 


менеджмент ресурсов При создании 
движков разработчики стараются придерживаться 
концепций систем, управляемых данными (data dri- 
ven system). Фактически получается, что различ- 
ные сценарии (ресурсы) загружают другие ресур- 
сы и управляют ими. При этом движок играет роль 
фабрики, на которой обрабатываются ресурсы, из 
которых получается конечный продукт — гейм- 
плей. Если ресурсы обрабатываются всеми подси- 
стемами движка, то контроль над жизненным 
циклом ресурсов, а также процесс загрузки ре- 
сурсов в память возлагается на подсистему менед- 
ж-мента ресурсов. К таким подсистемам предья- 
вляются следующие требования: 


— ВОЗМОЖНОСТЬ ДЕКОДИРОВАТЬ ЗАГРУ- 
ЖЕННЫЕ РЕСУРСЫ В ФОРМАТЫ, ПОНИ- 
МАЕМЫЕ ГРАФИЧЕСКИМИ API, ЗВУКИ, 
ТЕКСТУРЫ И Т.Д. ИЗ ОДНОГО ФОРМАТА 
В ДРУГОЙ; 


— ЗАГРУЗКА РЕСУРСОВ В ПАМЯТЬ ИЗ ФАЙЛО- 
ВОЙ СИСТЕМЫ, ИЗ АРХИВА И ИЗ СЕТИ; 


™ ПАРСИНГ И ИСПОЛНЕНИЕ СЦЕНАРНЫХ 
РЕСУРСОВ. 


В зависимости от используемых сценарных язы- 
ков, реализуются различные механизмы передачи 
данных в движок и обратно. Кроме загрузки ре- 
сурсов, подсистема менеджмента должна контро- 
лировать правильность выгрузки ресурсов и осво- 
бождения памяти, иначе оперативная память будет 
исчерпана в рекордно короткие сроки. 


диагностика на этапе разработки и, как по- 
казывает реальная жизнь, на этапе эксплуатации 
часто требуется проанализировать ошибки про- 
граммы. Для решения подобных задач в движке 
задаются стратегии обработки ошибок, анализа 
сбоев, ведутся протоколы работы (логи). В неко- 
торых случаях покупатели (!) игр участвуют в по- 
иске ошибок: служба поддержки просит их вы- 
слать «некоторые файлики» — протоколы оши- 
бок и всевозможные дампы. Диагностика ошибок 
игры в целом и движка в частности заметно 
осложняется условиями работы, а именно тем, что 
код работает в реальном времени. Именно по 
этой причине в играх редко используется много- 
поточность — она содержит потенциальную угро- 
зу безопасной работе. 


Сравни мягкие тени 
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редактор Главными Шо 
инструментами для лю- 
бого разработчика игры являются всевозможные ре- 
дакторы игрового контента. Для полноценного соз- 
дания игры не хватает возможностей 3D Studio, Maya 
ит.д., в этих трехмерных редакторах создаются толь- 
ко модели и анимация к ним. Для создания игровых 
уровней, программирования игровой логики, про- 
граммирования физических моделей, редактирова- 
ния материалов, доведения до ума анимации, расста- 
новки освещения и теней, создания систем частиц 
применяются редакторы, встроенные в движки. 


коротко о главном Если тебя вдруг noce- 
тила идея взяться за написание движка, подумай 
сто раз, а лучше двести. Конечно, если ты не ста- 
вишь перед собой задач завоевать мир, вполне 
реально создать движок, а затем и игру на нем. 
Если ты четко представляешь себе цель (напри- 
мер самообразование, создание движка, который 
умеет текстурировать модельку и освещать ее не- 
пременно одной лампочкой), то ты ее достигнешь. 
В любом случае сразу забудь бредни по поводу 
кросс-платформенности кода, независимости от 
графического АР! — это нереально. Не думай, что 
кто-то в индустрии захочет пользоваться твоим 
шедевром. Пиши шедевр для себя, для удоволь- 
ствия, для level_up'a наконец. Используй по макси- 
муму готовые решения, не изобретай велосипед, 
изучи STL, Boost. Если же хочется не возиться с 
движком, а просто создать свой трехмерный те- 
трис, используй готовые практически бесплатные 
решения: движки Orge, Irrlicht или Nebula, звуко- 
вую библиотеку OpenAL, простенькую ODE или То- 
Катак-физику. И тогда вероятность, что твой про- 
ект станет завершенным, намного повысится & 
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мнение 


профессионалов 


ПОЛНОЦЕННУЮ ИГРУ СОЗДАТЬ 
САМОСТОЯТЕЛЬНО НЕРЕАЛЬНО 


АЛЕКСАНДР ФЕДОРА: Если программист имеет мало опьта, то самое глав- 
ное — не браться за слишком сложный проект. Лучше сделать попроще, но 
закончить проект и получить драгоценный опыт, чем, переоценив свои силы, 
забросить проект и, потеряв энтузиазм, больше никогда не работать в гейм- 
деве. Начинай с аркад, а не с MMORPG! 


СЕРГЕЙ АЗАРОВ: Сделать собственную игру можно, вопрос только в том, ка- 
кую игру делать. Для любого программиста, который никогда не делал игры, 
начинать надо с малого. Как правило, этим малым является тетрис :). Причем 
для многих данный шаг является психологически непреодолимым барьером, 
ибо почти каждый почему-то считает, что он может больше и напишет сразу 
«Убийцу Doom 3». Однако, даже прежде чем писать тетрис, необходимо под- 
готовить теоретическую базу для этого процесса. В этом вопросе очень силь- 
но помогут различные интернет-ресурсы, количество которых сейчас велико. 


Рекомендую dev.dtf.ru| www.gamedev.ru И www.gamasutra.com 


АНДРЕЙ БЕЛКИН: Если ты программист, но никогда не делал игры — лучше 
и не начинай, потому что один программист, конечно, может сделать 
собственную игру, но для этого ему надо заодно стать геймдизайнером, ху- 
дожником, аниматором и звукорежиссером. Даже если предположить, что 
один программист объединит в себе все эти способности и выберет самый 
простой жанр, то максимум, что он может сделать, — игру на уровне share- 
ware первой половины 90-х годов прошлого века. И завоюет заслуженное 
уважение младшего брата, девушки, родителей и пары друзей, которые из 
вежливости скажут, что игра им понравилась. 


МИХАИЛ ПИСКУНОВ: Прежде всего, игры делают не программисты, а гейм- 
дизайнеры. Это категория творческих людей вроде писателей, художни- 
ков, музыкантов. Вот только геймдизайнерам приходится гораздо труднее. 
Если художнику нужны только краски, а писателю — редактор Word, то для 
того чтобы реализовать идею игры, нужно найти других людей: програм- 
мистов, художников и т.д. Кстати, режиссеры фильмов такие же несчаст- 
ные: им требуются операторы, сценаристы, актеры... Конечно, здорово, 
когда геймдизайнер умеет программировать или программист имеет задат- 
ки геймдизайнера. Тогда кое-что интересное можно сделать самостоятель- 
но. Пример тому — тетрис :). 


ДМИТРИЙ ЖУКОВ: Смотря какую игру. Можно написать простую, но гениаль- 
ную игру типа тетриса. Сегодняшние игры — это результат работы художни- 
ков, композиторов и т.д., — всех тех, кто создает ее содержание. Создать 
полноценную игру самому — нереально. С чего начать? В Сети есть множе- 
ство форумов, имеет смысл зайти почитать... 


СЕРГЕЙ ЗАГУРСКИЙ: Смотря о какой игре идет речь. По возрастанию слож- 
ности процесса, если грубо прикинуть: НазП-игры, игры для мобильных теле- 
фонов, зВагемаге-игры, РС-игры, игры для консолей. Сделать хорошую ко- 
робочную игру в одиночку и/или без финансирования практически нереаль- 
но — слишком высока сложность технологий и велики объемы работ. И чем 
дальше, тем все меньше и меньше становится вероятность создания хоро- 
шей игры на энтузиазме. Лучше всего начинать с простого — с shareware- 
игр. Следует быть готовым к неудачам, так как бОльшая часть требований 
познается в процессе разработки и поиска издателя. Так что необходимо бу- 
дет присутствие продюсерских центров, способных профессионально вес- 
ти и координировать игровые проекты с самого начала и до конца. 


АНДРЕЙ ТЕРТИЧНИКОВ: Сделать собственную полноценную игру одному че- 
ловеку вообще очень сложно. Нужны и программирование, и графика, и звук. 
А начинать нужно с какой-нибудь общеизвестной несложной игры вроде тет- 
риса. Самое главное тут — получить опыт, а потом искать единомышленни- 
ков (либо искать уже существующие команды и вливаться в их ряды) и пы- 
таться делать что-то серьезное. Все приходит с опытом, да и программирова- 
ние игр — это ведь в первую очередь именно программирование. Поэтому, 
если человек хорошо разбирается в этой области, узнать специфику игрост- 
роения для него будет дело времени. 


АЛЕКСАНДР ФЕДОРА: Каждый разработчик, находясь в здравом уме, хочет, 
чтобы его игра получилась качественной. Но в большинстве случаев то, что 
задумали разработчики в начале, и то, что получилось в конце, не совпадает. 
Виной тому — ограниченность бюджета и прочие объективные причины, по 
которым игру необходимо выпустить в определенные сроки, чтобы она оку- 
пилась, даже если она еще не до конца готова и отлажена. 
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ЮРИЙ МАТВЕЕВ: Если про российские — причина на поверхности. Принятое радикальное решение 
борьбы с пиратством (снижение цен на лицензионный продукт до уровня пиратских дисков) привело 
к тому, что экономически стало невыгодно делать что-то «большое и светлое». В самом деле тот же Quake 
5, сделанный в России, продавался бы по цене 200 рублей, как и какой-нибудь Штырлиц... По закону 
сохранения энергии (и финансов) выгоднее делать Штырлица, чем Quake 5. Очевидное — невероятное. 
Но это факт. С западными играми несколько сложнее, но действует, в общем-то, тот же принциип... 


СЕРГЕЙ АЗАРОВ: В самом начале разработки никто на присутствие «багов» в конечном продукте не 
закладывается. В целом же можно сказать, что основная причина выхода недоработанных игр (в част- 
ности, в России) — перерасход бюджета игры и, соответственно, желание поскорее выпустить продукт, 
дабы его окупить. И вторая причина — крайне слабо поставленное тестирование игр. 


МИХАИЛ ПИСКУНОВ: Создание игр — это борьба двух начал, творчества и бизнеса, как инь и ян. На 
данном этапе бизнес берет верх. Но если творчество будет брать верх, получим много- и долгострои, 
разоряющие издателей, — это исторический факт. В любом случае, борьба начал — колебательный са- 
морегулирующийся процесс. Когда покупатели устанут от серий шаблонов-недоделок, маятник пойдет 
в обратную сторону. 


СЕРГЕЙ ЗАГУРСКИЙ: Внутренняя сложность игр постоянно возрастает, а сроки становятся все более 
сжатыми. Индустрия должна будет претерпеть некоторое сущностное изменение, чтобы вывести план- 
ку качества на новый уровень, возможно, с уменьшением количества. Что-то подобное уже имело мес- 
то в киноиндустрии в прошлом веке. 


АНДРЕЙ ТЕРТИЧНИКОВ: Дело в том, что многие разработчики идут по пути наименьшего сопротивления: 
придумать что-то свое, оригинальное и интересное довольно сложно, а многим зачастую просто лень. Так 
как мобильные игры сейчас очень популярны, а срок их жизни довольно мал, то их надо производить 
очень быстро. Можно сделать игру с интересным геймплеем и соответствующей ему графикой, но не 
факт, что ее будут покупать. А можно просто взять какую-нибудь из популярных игр на РС и сделать ее 
«мобильную версию». Зачастую такие версии похожи на своего «прародителя» только заставкой... 


АЛЕКСАНДР ФЕДОРА: Есть различия и очень существенные. Сейчас при разработке игр для мобиль- 
ных платформ стоят почти те же самые ограничения, какие были много лет назад на играх для ПК. 


СЕРГЕЙ АЗАРОВ: Кардинальных различий (если судить с позиции кодирования игр) практически нет. 
Разница лишь в концептуальном подходе и контенте игр. Все мобильные игры из-за специфичности 
платформы накладывают свои уникальные требования на жанры и их реализацию. 


АНДРЕЙ БЕЛКИН: Может. Но кардинальные отличия есть. Операционная система, процессорные мощ- 
ности, объем оперативной памяти, размер экрана, специфический дизайн мобильных игр и многое другое. 


МИХАИЛ ПИСКУНОВ: Различий, пожалуй, нет. Не надо забывать, что практически все, что имеется сей- 
час на мобильниках, раньше было реализовано на старинных персоналках :). 


ДМИТРИЙ ЖУКОВ: Может. Кардинальных различий нет. Тот же самый язык С++, только сильно упро- 
щенная операционная система и ограниченные ресурсы — маленькое количество памяти и небольшое 
разрешение экрана. 


СЕРГЕЙ ЗАГУРСКИЙ: Безусловно, он может написать и мобильную игру, но не настолько быстро и ка- 
чественно, как это сделает команда, уже поднаторевшая в создании мобильных игр. Кардинальные раз- 
личия есть, причем как в способах разработки, так и в целевой аудитории. 


АНДРЕЙ ТЕРТИЧНИКОВ: По большому счету, при наличии желания и времени можно разобраться в лю- 
бой технологии. Однако различия, конечно же, есть. Во-первых, язык программирования. Для «персо- 
налок» — в основном С++, для мобильников — Java (во всяком случае, в России другие технологии сла- 
бо развиты). Это не аксиома, но в большинстве случаев именно так. С другой стороны, если рассмат- 
ривать именно сам процесс разработки, то он схож с разработкой игр для других платформ, просто 
имеет более упрощенную структуру. В частности, в разработке задействовано меньше людей и отсут- 
ствуют некоторые этапы, характерные для работы Hag РС-играми & 


ЖУРНАЛ ДЛЯ МУЖЧИН, 
ЖИВУШИХ В МИРЕ ТЕХНИКИ 


ТАТУ В МОРГЕ: ЭКСКЛЮЗИВНО О ГЛАВНОМ 
СМЕРТЕЛЬНОЕ ОРУЖИЕ-ХХИ MEN ГИБСОН ОТДЫХАЕТ 
КОЛЕСА ТВОЕЙ МЕЧТЫ НОВИНКИ ИЗ ДЕТРОИТЯА 
ГАДЖЕТЫ НА ВСЕ СЛУЧАИ ЖИЗНИ 


’ СИЛЬНЫЕ ЖЕНШИНЫ 
СМЕШНЫЕ МУЖЧИНЫ 
И ГРЯЗНЫЕ СПОРТСМЕНЫ 
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1 начало: идея какую игру создать? Сна- 
чала для нас этот вопрос не казалось важным, 
но призадумавшись, я понял, что на самом деле 
не все так просто и нужно определиться. В пер- 
вую очередь — с желаниями :). Мои желания бы- 
ли просты: создать небольшую игру, в которую 
можно поиграть во время обеденного перерыва, 
предварительно не читая длинные инструкции. 
Чтобы ограничить игровое время, было решено 
сделать игру из конечного числа уровней. На 
случай если понадобится расширить ее, мы за- 
планировали наличие редактора карт. Так ста- 
ли выявляться первые технические детали, 
а конечную идею нам подсказал фильм Office 
Space. Кто смотрел, тот поймет — комедия 
о самой обычной скуке и офисной рутине. В каж- 
дой компании есть какие-то особенности (они и 
описаны в фильме), иногда бывает полезно по- 
смеяться над ними. Вот так на почве юмора 
и родился проект. 


2 начало. разработка «движка» 
и определение задач идея с уровня- 
ми/картами органично сочеталась с офисной об- 
становкой, поскольку нарисовать офис легко: ме- 
бель, кулеры, секретарши и прочие атрибуты :). 
Я поискал техническое решение и решил остано- 
виться на изометрической проекции (вид сбоку- 
сверху) — выглядит не так плохо, кроме того, к то- 
му времени появились аналогичные проекты в ин- 
тернете, а значит, технически моя идея была реа- 
лизуема. Итак, я сразу сел писать код actionscript 
(AS1 Ha Flash 5), чтобы создать базу движка и со 
временем построить проект на его основе. Я на- 
чал с простой карты, разделенной на квадраты 
(ромбы из нашего вида). Планировалось располо- 
жить все элементы по границам этих квадратов. 
Так они легче запоминаются в массиве (двумер- 
ный массив с ячейкой для каждого квадрата). 
Привязка к квадратам, а не к координатам очень 
облегчает просчет взаимодействий персонажей и 
предметов, упрощает определение z-nopagka 
элементов (вопрос о том, какие объекты «бли- 
же»), нужного для организации правильного пере- 
крывания предметов. 

Как создавался персонаж? Было решено 
сделать его с тремя фазами анимации: стоит на 
месте, правая нога поднята, левая нога подня- 
та. Последние две фазы чередуются в то вре- 
мя, пока персонаж движется (самая элементар- 
ная анимация ходьбы :)). Герой/персонаж дви- 
гается в четырех направлениях, два из них зер- 
кальные (можно просто перевернуть картинку, 
для этого персонаж рисуется симметричным). 


Итого — шесть разных картинок, то есть мини- 
мум, хотя если персонаж захочет скакать на од- 
ной ноге, можно обойтись и двумя фазами. 
Однако трех фаз оказалось слишком мало, 
движения персонажа оказались чересчур резки- 
ми, так что пришлось добавить еще две фазы (ито- 
го десять картинок для каждого персонажа). Кста- 
ти, несмотря на то, что увеличение количества 
картинок с фазами обеспечивает достойную плав- 
ность и красоту, оно же приводит к увеличению 
времени работы аниматора и размера конечного 
файла. Так что тут, как и во многом в жизни :), нуж- 
но искать золотую середину. Кстати, профессио- 
нальные аниматоры знают много трюков по дости- 
жению достойной плавности движения с упрощен- 
ной анимацией. Мы же двигались методом проб 
и ошибок. Андрей Мацко занимался анимацией 
персонажей, и уже когда наш первый персонаж 
делал свои первые шаги, мы поняли, что анимация 
будет сложнее, чем ожидалось. Работы над персо- 
нажами начались рано, так как мне не хотелось 
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долго пользоваться вре- 
менной заменой (куб под- 
ходящего размера) — 
нужно было определиться с размерами, скоро- 
стью анимации ходьбы и т.д. 

В нашем проекте картинки анимации персо- 
нажа организованы по кадрам и слоям. Кроме 
простого кода передвижения, было добавлено па- 
ру строк для реагирования на клавиатуру. Еще 
несколько десятков строк — и персонаж начал 
двигаться, отвечая на команды. Хотя к тому мо- 
менту он еще не попадал точно в квадраты, выхо- 
дил за карту и плохо реагировал на резкую смену 
направления, было приятно видеть первые визу- 
альные результаты. 

Я не буду описывать технические детали соз- 
дания изометрического движка и сейчас объясню 
почему. Во-первых, в интернете накопилось очень 
много информации на эту тему. Для примера www-ki- 
rupa.com/developer/actionscript/isometric_transforms.htm — 
очень хорошая серия уроков. Во-вторых, техноло- 
гии не стоят на месте, actionscript изменился, из- 
менился и сам Flash. Кое-что я бы изменил, что-то 
поменял бы совсем. Не стоит повторять мои ошиб- 
ки, пусть каждый делает как ему легче и понятнее. 
Главное — чтобы работало хорошо. Кроме того, 
этот текст не об actionscript'e, а о процессе созда- 
ния игры в целом. 


Первые шаги (персо- 
нажа) во Flash'e. 


3 развитие проекта. создание игры по- 
сле нескольких экспериментов я решил перейти к ор- 
ганизации самой игры. У нас было время обду- 
мать общую структуру и то, как все части будут 
взаимодействовать друг с другом, чтобы потом не 
пришлось менять что-то в корне (хотя абсолютной 
гарантии, конечно, никто нам не давал). 

На этом этапе я создал два основных ас- 

tionscript-knacca: класс персонажа и класс карты. 
И вот настало время работать над взаимодействи- 
ем этих классов, вскоре анимация была налаже- 
на: персонаж двигался ровно по квадратам, в гра- 
ницах карты и хорошо реагировал на команды. 
Итак, мы уже создали персонажей. Но что они мо- 
гут без мебели? :) Тут оказалось чуть больше ра- 
боты. Нужно было расставить мебель в правиль- 
ном порядке перекрывания (27-огаег), что оказа- 
лось довольно просто, поэтому была использова- 
на структура массивов. Правда, мебель у нас за- 
нимала больше одного квадрата, а точнее, до двух 
квадратов ширины/длины. 

Для каждого предмета мебели пришлось 
определять занимаемую площадь и точку реги- 
страции на карте. Оказалось, что кое-какие 
конфигурации мебели не перекрываются пра- 
вильно, от таких пришлось отказаться. Все эти 
новые детали обсуждались с аниматором, кото- 
рый как раз параллельно рисовал оставшуюся 
графику. 

С мебелью было покончено. Мы взялись за 
добавление остальных персонажей, которые, в от- 
личие от мебели, двигаются по карте, а значит, из- 
меняют 7-огаег динамически. 

Вот уже персонажи ходят по карте, случай- 
ным образом меняя направление при столкнове- 
нии и обходя препятствия. Тут сами собой опреде- 
лились правила игры: убегать от других персона- 
жей-монстров... и, скажем, собирать какие-то 
предметы. В терминах нашего офиса — «убегать 
от начальника» (добра от него не дождаться) и 
«собирать папочки» (такая вот рутинная работа). 
Кроме того, можно кинуть на карту какие-то бонус- 
ные предметы для дополнительных очков. 


Создание редактора Аниматор сел рисовать 
начальников («толстый 
и лысый менеджер...»), 
а я начал изменять алгоритм их движения со слу- 
чайного на более осмысленный — «ловить работ- 
ника» (то есть началась разработка простого А! 
ДЛЯ «монстров»). Для подобных целей обычно ис- 
пользуется алгоритм поиска кратчайшего пути, и 
есть множество вариантов его реализации. Я ре- 
шил ограничиться упрощенным решением: опре- 
делять, в каком направлении находится цель, и по 
нему посылать движение. Этот алгоритм «прокру- 
чивался» при каждом новом цикле анимации. Мож- 
но было бы определить весь путь до цели, запи- 
сать его, а дальше просто двигаться по намечен- 
ному пути. В этом случае нужно было бы прокручи- 
вать алгоритм только один раз для конкретного 
случая, но в нашей ситуации цель не стоит на од- 
ном и том же месте, то есть все время двигается, 
что свело бы эффективность решения на нет. Нам 
было нужно постоянно пересчитывать алгоритм, 
поэтому более простое решение было выбрано 
прежде всего по соображениям проблем скоро- 
сти. После доработки алгоритма, особенно в обла- 
сти обхождения препятствий («мебели»), оказа- 
лось, что убегать от «монстров» очень сложно. Со- 
ответственно, я ограничил «зону видимости» мене- 
джера до определенного радиуса, за которым он 
двигался в почти случайном порядке, внутри же 
радиуса — начинал преследовать свою цель. Кое- 
какие факторы случайности были добавлены для 
того, чтобы сделать преследование менее пред- 
сказуемым. 

Величина «радиуса видимости монстров» 
напрямую влияет на сложность игры. Можно бы- 
ло бы увеличивать ее с переходом на новые уров- 
ни (карты), тем самым постепенно повышая слож- 
ность игры. Гораздо круче — прибавить нового 
«монстра» с более высоким уровнем интеллекта 
(то есть с большим «радиусом видимости»). Этих 
НОВЫХ «монстров» можно было бы включать в 
карты на более сложных уровнях, добавляя но- 
вые элементы и новый интерес. Так появился 
«начальник отдела» — опасный тип в черном ко- 
стюме и темных очках, убежать от которого до- 
вольно сложно. 

Итого. Сложность игры можно варьировать, 
меняя количество папок, которые нужно собрать, 
количество «монстров» и их типы, а также сам ре- 
льеф карты. Факторов вполне достаточно. А глав- 
ное — общий, но настраиваемый алгоритм А! для 
всех монстров. 

Далее в игру были добавлены дополнитель- 
ные детали. Появился подсчет очков и бонусы. Бы- 
ли рождены на свет «жизни» — бонусы, которые 
добавляют общее допустимое количество попыток 
закончить игру. Также мы придумали «магический 
бонус», который замораживает монстров на ка- 
кое-то время. Когда были введены все эти доволь- 
но распространенные моменты, игра приобрела 
свой окончательный вид. 


карт/уровней 


4 создание редактора карт/уровней 
Когда детали игры были доработаны, пришла пора 
создать визуальные редакторы карт, причем в до- 
статочном количестве, а карты стали довольно 
сложными (на этом этапе они включали три масси- 
ва, содержащие данные о форме карты, местопо- 
ложении мебели и персонажей). 

Началась работа над редактором карт — 
это та часть, которую не видят игроки, но кото- 
рая облегчает генерирование новых карт. На 
разработку редактора мы потратили времени 
больше, чем собственно на игру. На этом же эта- 
пе была изменена структура то\ме-клипов. Вся 
графика, использованная в игре, была перене- 
сена в общий файл-библиотеку. Моме-клипы из 
самой игры и из редактора карт привязаны 
к этой одной внешней библиотеке. Теперь при 
изменении/добавлении графики мы модифици- 
ровали что-либо только в одном месте. 

В редактор также были добавлены полез- 
ные функции, облегчающие быстрое создание 
карт, например «закрашивание» пола опреде- 
ленными квадратами. 

Сами карты/уровни хранятся в отдельных 
внешних файлах. Есть несколько решений насчет 
того, в каком формате хранить данные такого ти- 
па: 1) как пары переменных/значений, 2) в XML- 
формате, 3) в форме массивов. Также можно хра- 
нить данные во внешних файлах или получать их 
из базы данных. Я решил использовать массивы 
во внешних 5\\/Е-файлах. Почему? Объяснение 
простое: хотя массивы содержат больше лишней 
информации и не столь компактны, как пары пере- 
менных/значений, работать с ними легче и бы- 
стрее. Кроме того, SWF-cbopmat применяет свое 
сжатие, что обеспечивает небольшой размер фай- 
лов — около 2 Кб для карт The Office Space. 


Сохраняя карты в отдельных $\\МЕ-файлах, 
можно подгружать их отдельно по мере перехода 
с уровня на уровень, благодаря чему мы сможем ис- 
пользовать неограниченное количество карт не 
увеличивая размер самой игры. Единственный не- 
достаток — необходимость перекомпилировать 
карты в SWF при изменениях. Я также не использо- 
вал базу данных для записи-чтения карт и ограничи- 
Banca простым copy/paste кода массивов, который 
генерировал на выходе редактор карт (так Kak Flash 
не может записывать файлы на диск самостоятель- 
но). Нужно не забыть сказать несколько слов об ин- 
терфейсе нашего редактора: он был сделан для чи- 
CTO «внутреннего» использования, не было особых 
причин делать его слишком user-friendly. 


5 графика для игры что касается графи- 
ки в целом, изначально мы решили придерживать- 
ся пиксельного стиля, то есть имитировать старые 
компьютерные игры. Во многом на наше решение 
повлиял вопрос скорости. Векторная графика ре- 
сурсоемкая и не дает преимущества в размере при 
высокой детализации, а в нашей компании многие 
до сих пор работают на старых компьютерах. 

Для игры было создано всего три разных 
персонажа, около 15-ти разных текстур пола, око- 
ло 70-ти предметов, таких как мебель, плюс бону- 
сы, включая несколько анимированных. Комбини- 
руя эти элементы, можно было создавать доволь- 
но много разнообразных карт, а поскольку каждая 
картинка экспортировалась в GIF-cbopmat с наи- 
меньшим возможным количеством цветов, вся 
игровая графика занимает меньше ста килобайт. 


6 сюжет игры когда настало время созда- 
вать карты для всей игры, естественно, возник во- 
прос: «Сколько же карт нужно сделать?» Я стал 
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тестировать разные карты, прикидывая среднее 
время для прохождения одной карты, чтобы опре- 
делить минимальное игровое время. Параллельно 
началась работа над интерфейсом: добавились 
подгрузчики, окна сообщений «Вы стали победи- 
телем!», «Вы проиграли!»... 

«Как-то чего-то не хватает», — подумал я. Не 
хватало главного — сюжета. Хотелось, чтобы игра 
была больше связана с идеей рутины и с прочими 
элементами офисной жизни, над которыми мы 
планировали посмеяться. 

Так родился простой сюжет игры, и он 
объединил все части в единое целое. Было ре- 
шено, что одна карта — это не просто абстракт- 
ный уровень, а рабочий день в офисе. Каждый 
новый уровень — это новый день офисной жиз- 
ни. Игра начинается второго января, то есть 
сразу после новогоднего праздника. Главный 
герой — невзрачный клерк, которому уже давно 
надоела его работа и который просыпается 
с мыслью о горе немытой посуды, с усталостью 
после буйного веселья. С самого утра у него ни- 
чего не вяжется: он проспал звонок будильника, 
дверь машины примерзла, горячий кофе опро- 
кидывается... Грустя, невзрачный клерк вспоми- 
нает, что начался всего лишь первый день дол- 
гого рабочего года, а каникулы так далеко... 
Цель игры (то есть цель жизни персонажа) — 
дожить до каникул, до далекого лета, точнее, до 
четвертого июля (чтобы добиться символично- 
сти, мы выбрали День независимости). 

И вот рождается девиз игры: «дожить до ка- 
никул», пробиваясь через ежедневную рутину 
и избегая неприятностей с начальством (просто 
избегая его вообще). Каждый рабочий день начи- 
нается с короткого текста, который сообщает что- 
то об очередном дне из жизни нашего героя (даже 
если их никто не читает, они намного лучше обыч- 
НОГО «следующий уровень номер такой-то»). 

Серия коротких текстов, объединенных 
общей идеей (по количеству уровней), была 
создана Erin Van Sickle. Каждый день мы узнаем 
все больше о нашем главном герое и становим- 
ся свидетелями обычной жизни неудачника. Он 
пробует бросить курить, пытается похудеть, 
смотрит плохие фильмы в одиночку, от скуки 
меряет длину своего стола, предвкушает уикен- 
ды и справляет любые праздники (часто вооб- 
ражаемые)... И ждет, ждет, когда наконец на- 
станет время каникул. 
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Идея с рабочими днями и неделями также бы- 
ла совмещена с перезагрузкой игры: если игрок 
теряет все жизни, он возвращается не в самое на- 
чало, а в первый рабочий день после зарплаты (то 
есть каждый второй понедельник месяца). 

Именно сюжет связал, наконец, все части 
воедино, придал смысл игре и добавил в нее 
юмора. Кстати, жюри |.0. Magazine особо отмети- 
ло этот момент в своих отзывах, так что, видимо, 
наша идея достойна и хороша, а подход, выбран- 
ный нами, стоит перенять, если ты соберешься ре- 
ализовать собственный проект :). 


7 интерфейс игры довольно часто не- 
большие онлайн-игры, аналогичные нашей, имеют 
недостаток — непривлекательный интерфейс. На- 
верное, после всех сотен и тысяч строк кода, ис- 
правления багов и оптимизации алгоритмов, эта 
часть перестает казаться важной. Главное — что- 
бы сама игра хорошо работала. Тем не менее 
игроки очень чувствительны к подобным деталям. 
В финальных стадиях проекта мы много работали 
над интерфейсом, стараясь улучшить его общий 
вид (правда, в игре не так много элементов интер- 
фейса, и многие из них повторяются). Больше вре- 
мени было уделено оптимизации самой графики 
и поиску решений, которые не слишком сильно 
увеличили бы размер игры. 


8 оптимизация Финальная стадия разработ- 
ки игры (параллельно с последними тестами) — 
это оптимизация. В случае с flash-urpamu у нас 
есть два основных типа оптимизации — оптимиза- 
ция времени загрузки и оптимизация скорости ра- 
боты (CPU нагрузки). 

Оптимизация скорости загрузки предпола- 
гает в первую очередь уменьшение размера за- 
гружаемых файлов. Чем они меньше, тем бы- 
стрее грузятся. Общий размер игры The Office 
Зрасе (в том числе музыка и звуки) — всего 278 Кб. 
Такой размер был обеспечен во многом благода- 
ря оптимизации картинок, а точнее — примене- 
нию СЕ-формата с минимизацией количества 
цветов палитры. Полупрозрачность пикселей 
почти не использовалась, так как в противном 


случае пришлось бы 
применять PNG, кото- Дизайн интерфейса 
рый (даже если сжат в игры 

самом Flash'e) занимал 
бы больше места (к примеру, пришлось отказа- 
ться от легкого отражения предметов от пола, 
хотя смотрелось бы довольно красиво). Количе- 
ство графики также пришлось ограничить. Где 
возможно — одна картинка применялась много 
раз. Самый простой пример — одна общая кар- 
тинка для всех кнопок, с надписями в отдельном 
слое (как текст или как отдельные картинки). 
Другие примеры — зеркальное отражение одной 
и той же картинки, разделение картинок на ча- 
сти, если присутствуют какие-то общие элемен- 
ты (к примеру, некоторые рабочие места на кар- 
те созданы из разных «кусков» рабочих мест 
и собраны вместе как [едо-модель). 

Однако задача не сводится к оптимизации 
размера файлов. Есть много других способов со- 
кратить время ожидания игрока (или создать та- 
кую иллюзию). Загрузчик — самый распростра- 
ненный способ. Расставив загрузчики в правиль- 
ных местах, можно если не сократить время ожи- 
дания игрока, то хотя бы распределить это время 
по разным этапам игры. Например, предлагаю 
грузить все карты в самом начале игры и больше 
не применять никаких загрузок, но тогда началь- 
ное ожидание увеличивается. Так зачем это нуж- 
но? Грузить все карты с самого начала не имеет 
смысла, так как есть определенный шанс, что они 
и не понадобятся (не все игроки пройдут игру пол- 
ностью сразу). Однако не следует злоупотреблять 
загрузчиками, если их много, — удобство в таком 
случае не повысится. В игре The Office Space каж- 
дая карта грузится отдельно перед своим уров- 
нем. Так как карты занимают до 2 Кб, время за- 
грузки очень мало. Другой способ — загрузка 
карт «блоками» (к примеру, можно было бы гру- 
зить по пять карт — одну рабочую неделю), что 
уменьшает количество загрузчиков и обеспечива- 
ет некоторый выигрыш в скорости (за счет одно- 
го запроса вместо нескольких). 

Организация файлов также играет важную 
роль. Можно оставлять во внешних файлах какие- 


то данные и подгружать их по мере надобности 
(скажем, файл с музыкой). 

Оптимизация CPU-sarpy3ku решает пробле- 
му замедления игры на «слабых» компьютерах 
(понижение FPS), поскольку Flash довольно требо- 
вателен к СРУ-ресурсам, и это особенно важно 
для графической прорисовки (Flash не применяет 
графические оптимизаторы видеокарт). 

The Office Space использует целую серию 
решений, обеспечивающих стабильную ско- 
рость даже на очень старых компьютерах. Преж- 
де всего укажу на то, что игра работает на 8 FPS 
(восемь кадров в секунду), большинство компью- 
теров способно влиться в такой медленный темп. 
Несмотря на то, что эта частота кадров слишком 
низкая (12 FPS рекомендуется как самое низкое 
значение) и анимация перестает быть гладкой, 
для The Office Space это решение оказалось 
вполне органичным, поскольку лишь дополняло 
стиль старых компьютерных игр. Кроме того, The 
Office Space работает в низком качестве, без ап- 
tialiasing ‚что никак не влияет на качество карти- 
нок, так как все они пиксельные, а шрифты не 
применяют antialiasing. 

Плюс ко всему, я избегал полупрозрачных 
томе-клипов (_alpha), векторных градиентов 
и масок — это очень ресурсоемкие операции. 
Для имитации полупрозрачной тени (скажем, для 
диалоговых окон) вместо полупрозрачного фона 
я применял непрозрачную картинку с «дырками» 
размером в пиксель, расположенными в шахмат- 
ном порядке, — как в интерфейсах старых опера- 
ционных систем. 

Конечно же, как правило, незачем жертво- 
вать столькими возможностями ради оптимиза- 
ции. Компьютеры становятся все мощнее, а ин- 
тернет — быстрее. На самом деле в мое стремле- 
ние к оптимизации примешался спортивный инте- 
рес :). Я разрабатывал The Office Space в основ- 
ном как эксперимент: «А насколько я смогу все 
“сжать и ускорить”?» Тем не менее никогда не 
стоит забывать об оптимизации. Будет очень 
жаль, если кто-то так и не оценит твою работу 
только из-за того, что пользователь не прождал 
лишние пару секунд... 


Эачто далыше? The Office Space — доволь- 
но простая игра. Эта особенность становится оче- 
виднее сейчас, когда прошло несколько лет после 
выпуска. Я стремился лишь рассказать о всех фа- 
зах разработки одной игры. Даже в такой простой 
игре, как The Office Space, их оказалось больше, 
чем можно представить навскидку. Я уверен, что 
любой, кто изучает Flash, сможет создать анало- 
гичную игру за короткий срок. Главное — найти 
собственную оригинальную идею, часто такие ле- 
жат на поверхности. Используй свои знания в тех- 
НОЛОГИЯХ, чтобы имплементировать и развить 
идею, а не наоборот. Однако, естественно, уни- 
версального рецепта не существует & 
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ЮРИЙ МАТВЕЕВ, ГЕНЕРАЛЬНЫЙ ДИРЕКТОР СТУ- 
ДИИ STEP CREATIVE GROUP: Поменялось многое: 
компьютер, платформа, технологии, команда, спо- 
собы взаимодействия, конкуренция, отношения... 
Приходится, по сути, на ходу подстраиваться под 
новые реалии, под новые взаимоотношения. К тому 
же сейчас для нас геймдев — прежде всего биз- 
нес. Романтический период (когда игры делались 
чуть ли не в одиночку, на одном вдохновении) дав- 
но прошел. Суровые будни бизнеса диктуют свои 
законы. Что касается выпущенных на РС проектов, 
о них можно прочитать на сайте www.stepgames.ru, 
А 2005 год стал самым плодовитым для нас — три 
проекта: детский квест «Путешествие Алисы», ри- 
мейк «ЗН» и семейный квест по мотивам произве- 
дения Гоголя — «Вечера на хуторе близ Диканьки». 


СПЕЦ: КАК ПОЯВЛЯЮТСЯ ИГРОВЫЕ ПРО- 
ЕКТЫ И ЦЕЛЫЕ КОМПАНИИ ПО РАЗРАБОТ- 
КЕ ИГР? ОЧЕВИДНО, ЧТО ТОЛЬКО ДРУЖЕ- 
СКИХ ОТНОШЕНИЙ И ЛЮБВИ К ИГРАМ НЕ- 
ДОСТАТОЧНО 


ЮРИЙ МАТВЕЕВ: За всех ответить сложно. Но на 
сегодня главное — это желание заниматься этим 
видом деятельности плюс технологии, люди 
и средства. Вот те составляющие, что позволяют 
появляться на свет играм. Технологии нарабатыва- 
ются годами, компания строится тоже не один год, 
деньги надо постоянно зарабатывать, привлекать 
инвестиции и проч. В общем, чтобы из точки А пе- 
реместиться в точку Б, нужен, скажем, автомо- 
биль, шофер и бензин. Если чего-то нет — оста- 
нешься на месте. В наш век высоких скоростей 
и жесткой конкуренции все взаимосвязано. Ста- 
рый автомобиль даже при наличии лучшего шофе- 
ра будет плестись где-то в конце потока. Впрочем, 
так же, как и новый, современный автомобиль 


с неопытным шофером может потерпеть круше- 
ние на опасном повороте. Не говоря о том, что без 
бензина ни одна машина с шофером не сдвинется 
более чем на несколько метров (даже если луч- 
ший шофер будет толкать ее собственноручно — 
намек на команды энтузиастов, делающих дома 
«лучшую в мире MMORPG»). 


СПЕЦ: ПО ИДЕЕ, ЕСТЬ ДВА СПОСОБА СУ- 
ЩЕСТВОВАНИЯ. ПЕРВЫЙ — СОЗДАТЬ НЕ- 
КИЙ КОСТЯК, КОТОРЫЙ БУДЕТ ГЕНЕРИРО- 
ВАТЬ ПРОЕКТЫ, И ПОД КАЖДЫЙ ПРОЕКТ 
СКАТЬ «НЕГРОВ»-ПРОГРАММИСТОВ, 
МЕЯ КЛЮЧЕВЫХ СОТРУДНИКОВ В ШТА- 
ТЕ. ВТОРОЙ — ПОЛНОСТЬЮ УКОМПЛЕК- 
ТОВАТЬ ШТАТ ПОСТОЯННЫМИ СОТРУДНИ- 
КАМИ. КАКИЕ ПЛЮСЫ/МИНУСЫ? ЕСТЬ ЛИ 
АЛЬТЕРНАТИВЫ? КАКОЙ ПОДХОД НАИБО- 
ЛЕЕ ЖИЗНЕСПОСОБНЫЙ? 


ЮРИЙ МАТВЕЕВ: Оба способа имеют право на 
жизнь. Но здесь, если вернуться к приведенному 
примеру с автомобилями и шоферами, получается 
следующее. Представим, что каждый проект — 
это один автомобиль, шофер и бензин. И если ты, 
скажем, обладаешь несколькими автомобилями, 
их можно сдавать в аренду другим шоферам, 
обеспечивать их бензином и отправлять на трассу. 
Это как раз вариант продюсерского центра, кото- 
рый позволяет использовать наработанные 
шроцзе-технологии в сотрудничестве с привлечен- 
ными сотрудниками, работающими удаленно. Дру- 
гой вариант — иметь штат отличных шоферов 
и искать возможность арендовать хороший авто- 
мобиль. Здесь возможны варианты с привлечени- 
ем сторонних технологий, которые позволяют бы- 
стрее отправиться в путь. Но и в том, и в другом 
случае «бензин» необходим. И иногда это стано- 


ИТЕРВЬЮ СО STEP CREATIVE GROUP 


СТУДИЯ STEP CREATIVE GROUP СУЩЕСТВУЕТ УЖЕ МНОГО ЛЕТ И ИЗВЕСТНА 

СВОИМ СПЕКТРУМОВСКИМ ПРОШЛЫМ — НЕСОМНЕННО, БОЛЬШОЙ ОПЫТ, 

УСПЕХ СПЕКТРУМОВСКОГО «ЗН», ЖУРНАЛА SPECTROFON... НО ТЕПЕРЬ 

НА РЫНКЕ РС МНОГОЕ ПРИХОДИТСЯ ДЕЛАТЬ С НАЧАЛА ПАНИРЕЙ КАРОЛИК (ANDRUSHAGREAL XAKEP.RU) 


вится решающим фактором при принятии реше- 
ния о разработке того или иного проекта. Есть воз- 
можность и комбинирования: часть проектов — 
inhouse, часть — на привлеченных технологиях. 
Так, например, поступаем мы. То есть иногда мы 
делимся своими технологиями с аутсорсерами, 
а иногда используем готовые технологии своими 
силами. Вообще все это очень ситуационно и за- 
висит от текущего положения дел. Использование 
комбинированных методов позволяет подстрахо- 
ваться от ошибок, и вероятность критической 
ошибки в масштабах компании снижается. 


СПЕЦ: КАКИМ ОБРАЗОМ РЕШАЕТСЯ ТО, 
КАКОМУ ИГРОВОМУ ПРОЕКТУ БЫТЬ СЛЕ- 
ДУЮЩИМ? КАК МОЖНО ПРОСЧИТАТЬ 
ПРИБЫЛЬНОСТЬ ПРОЕКТА И НАСКОЛЬКО 
ВЫГОДЕН ИГРОВОЙ БИЗНЕС? 


ЮРИЙ МАТВЕЕВ: Все зависит от опыта предыду- 
щих проектов. Сильно влияет и конкретная ситуа- 
ция на рынке. Сегодня популярно фэнтези, завт- 
ра — научная фантастика. То же и по жанрам: то 
стратегии популярность набирают, то шутеры. Без- 
условно, оценивая и сравнивая продажи различ- 
ных игр, приходится прислушиваться к мнению по- 
требителей и двигаться в потоке. Впрочем, иногда 
неожиданный поворот в сторону от «накатанной» 
дороги позволяет найти более короткий путь к на- 
меченной цели, а иногда (что чаще) — тупик или 
дорожный столб, о который можно просто-напро- 
сто разбиться. Думаю, аналогии понятны. Поэтому 
прибыльнее всего те проекты, которые оказыва- 
ются в нужный момент в нужном месте. Иногда три 
года потраченных усилий, куча пролитого пота 
и нервов заканчиваются тем, что бюджет не отби- 
вается, предприятие закрывается, а данный вид 
бизнеса объявляется убыточным. 


ДЕНИС ТЕПЛЯШИН — ГЕЙМДИЗАЙНЕР 
ОЛЬГА КОМАРОВА — РВ-МЕНЕДЖЕР 


Бывают и другие ситуации, когда, казалось бы, простая и несложная игра приобретает невероятную по- 
пулярность и приносит ее создателям ощутимую прибыль. Честно скажу, подобное удается единицам. 
А в гонке участвуют сотни. Есть, безусловно, и промежуточные варианты, но я специально для нагляд- 
ности остановился на крайностях, чтобы объяснить, что в нашем деле доля везения, мастерство «штур- 
мана», способность предугадать развитие событий там («за поворотом») играют очень важную роль. Так 
что и прибыльность, и возможность просчитать ее заранее определяются опытом, способностью пред- 
видеть возможные риски. На самом деле никто не скажет точно, сколько копий того или иного продук- 
та будет продано. Есть такая поговорка у преферансистов: «Знал бы прикуп, жил бы в Сочи»... Чем ты 
ближе в предварительной оценке к реальному тиражу, тем проще формировать бюджет, оценивать ри- 
ски, исходя из предположительных «финальных» данных и т.д. В последнее время, находясь в погоне за 
гарантированной прибылью, многие разработчики ударились в создание игр по фильмам — самый, на 
мой взгляд, безрисковый «маршрут». Игры по фильмам, которые смотрят люди. Фильмы по играм, в ко- 
торые играют люди. То есть люди, которые смотрят фильмы, играют в игры. Все взаимосвязано, поэто- 
му любая игра по известной кинолицензии однозначно обречена на коммерческий успех, если сделана 
вовремя и за разумные (или сверхсжатые) сроки. И, к сожалению, неважно как. Народ купит. Такие вот 
времена. Казалось бы, парадокс, но неоспоримый факт... Авторским играм в этом потоке гораздо слож- 
нее. Но если они найдут свой путь к сердцам игроков — они обречены и на народную любовь, и на ком- 
мерческий успех в конечном счете. А это, согласись, приятнее, чем просто «бабла срубить» на очеред- 
ной кинолицензии. 


СПЕЦ: НЕ КАЖДЫЙ ИГРОВОЙ ПРОЕКТ УСПЕШЕН, БЫВАЮТ И ПРОСЧЕТЫ. КАКИМ ОБРАЗОМ 
КОМПАНИИ СТРАХУЮТСЯ ОТ ПОДОБНЫХ НАПАСТЕЙ? И ЧТО ДЕЛАТЬ, ЕСЛИ НЕПРИЯТНАЯ 
СИТУАЦИЯ СКЛАДЫВАЕТСЯ ВНОВЬ И ВНОВЬ? 


ДЕНИС ТЕПЛЯШИН, ГЕЙМДИЗАЙНЕР СТУДИИ STEP CREATIVE GROUP: Застраховаться от неуспешных 
проектов можно разрабатывая одновременно несколько разных. Таким образом, если один из них бу- 
дет не очень успешным, другие его подстрахуют. А если подобная ситуация складывается снова, то это 
уже стратегическая ошибка компании. Необходимо произвести переосмысление направления проек- 
тов, разобрать ошибки и т.п. В такой ситуации может помочь чтение отзывов игроков и прессы по уже 
выпущенным проектам. 


СПЕЦ: КОГДА ИГРАЕШЬ, СЛАБО ПРЕДСТАВЛЯЕШЬ СЕБЕ, КТО И КАК СОТВОРИЛ ИГРУ 
МОЖНО ЛИ ВЫДЕЛИТЬ ОСНОВНЫЕ ЭТАПЫ РАЗРАБОТКИ ИГРЫ? СКОЛЬКО ЧЕЛОВЕК ОБЫЧ- 
НО ПРИВЛЕКАЕТСЯ ДЛЯ РАЗРАБОТКИ КРУПНОГО ИГРОВОГО ПРОЕКТА? КТО И ЧТО ДЕЛАЕТ? 


ДЕНИС ТЕПЛЯШИН: Конечно, существуют обычные этапы разработки, повторяющиеся при разра- 
ботке любой игры. Первый и достаточно важный этап — препродакшн. Важность этого этапа часто 
недооценивается, однако именно на нем формируется видение всей игры: чем она может заинтере- 


совать игроков и может ли она вообще стать ус- 
пешной. Далее идут различные внутренние тех- 
нические этапы, такие как: технологическая де- 
мо-версия, играбельная демо-версия и т.п. Мно- 
жество этапов зависят от конкретного проекта. 
А завершается это все так называемой бета-вер- 
сией игры, в которую тестеры активно играют 
и в которой пытаются выловить как можно боль- 
ше ошибок. После того как все найденные ошиб- 
ки устраняются, создается так называемый 
мастер-диск, он отправляется на завод для печа- 
ти копий игры. Эти копии уже и попадают на при- 
лавки магазинов и полки игроков. 

Состав команды различен для разных игро- 
вых проектов. Он может варьироваться от пяти- 
шести человек для создания небольшого дебют- 
ного проекта до нескольких сотен человек для 
создания мегахитов. Кроме того, не все члены ко- 
манды работают на каждом этапе создания игры. 
Некоторые привлекаются лишь в определенные 
моменты. Из основных специальностей можно 
выделить: геймдизайнеров, программистов, ху- 
дожников, моделеров, аниматоров, музыкантов. 
Геймдизайнеры задают то, как будет выглядеть 
игра, создают диалоги и общее видение. Про- 
граммисты создают то, что называется движком 
игры, и, собственно, ограничивают фантазию 
геймдизайнеров реалиями современных техноло- 
гий. Художники придумывают, как это все будет 


выглядеть, рисуют локации, персонажей и т.п. 
Моделеры создают, собственно, трехмерный мир 
таким, каким его увидели художники, а анимато- 
ры, в свою очередь, заставляют его жить и дви- 
гаться. Ну а без музыкантов не было бы атмосфе- 
ры и передачи настроения, соответствующего 
различным эпизодам игры. 


ОЛЬГА КОМАРОВА, РВ-МЕНЕДЖЕР СТУДИИ 
STEP CREATIVE GROUP: Ни на что не рассчитыва- 
ют. Поджатые сроками и выделенным бюджетом, 
разработчики вынуждены выпускать недорабо- 
танный (во всех смыслах) продукт. Особенно это 
касается «игр по лицензиям», то есть проектов, 
которые заказываются обладателем лицензии на 
кинофильм, литературное произведение, когда 
игру необходимо выпустить точно в срок — к пре- 
мьере, например. И вот здесь ключевым будет 
слово «провальный», но не «убыточный». Как 


АНДРЕЙ ШКОЛЬНИКОВ — СЦЕНАРИСТ 


правило, выпуская «некондицию», и разработчик, 
и издатель знают, на что идут. Громкие имена (по- 
пулярные названия, фамилии актеров, задейство- 
ванных в озвучивании), маркетинг, реклама порой 
не только спасают от убыточности, но и обеспечи- 
вают неплохие продажи (тот же «Ночной Дозор», 
«Бой с Тенью», например). 


ОЛЬГА КОМАРОВА: Классная игра, как было 
прописано в небезызвестной мегапопулярной 
стратегии, становится частью анналов цивилиза- 
ции. Коммерчески успешный проект может быть 
классным, но вполне может быть и халтурой. Но 
мы априори говорим о тех разработчиках, кото- 
рые стремятся сделать высококачественный 
продукт и уложиться в отведенные средства. 
Первое неписаное правило — ликвидируем воз- 
можности, которые не влияют на геймплей. На- 
пример, в нашей игре «Звездное наследие» при 
нажатии одной из кнопок клавиатуры герой дол- 
жен был издавать колоритный звук (такие фичи 
называют пасхальными яйцами — easter eggs). 
Однако в процессе разработки игры «яичко» ка- 
нуло в Лету. Далее убираем задумки, которые 
влияют на геймплей незначительно. Но бывают 
и случаи провала планирования, когда приходит- 
СЯ «отрезать» или «деформировать» коренные 
фичи проекта. После этого, как правило, следу- 
ет пересмотр концепции игры. 


ОЛЬГА КОМАРОВА: Безусловно, «серийное про- 
изводство» для компании гораздо удобнее. Назва- 
ние игры (тайтл) уже знакомо аудитории, высокое 
качество первого экземпляра дает гарантию каче- 
ства второму. Плюс ко всему с большей точностью 
можно прогнозировать прибыль от продаж сикве- 
ла, add-on'a и тому подобного. Главное — не из- 
жить себя. Идеи, идеи и снова идеи. Примеры то- 
го, к чему надо стремиться при разработке серии 
игр, у всех на слуху: HMM, Warcraft, Civilization, 
Prince of Persia, Sims. 


ЮРИЙ МАТВЕЕВ — ГЕНЕРАЛЬНЫЙ ДИРЕКТОР 
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СПЕЦ: ТАК НАЗЫВАЕМЫЙ PRODUCT PLACEMENT (РЕКЛАМА КОМПАНИЙ И ИХ ТОВАРОВ В СЮ- 
ЖЕТЕ ИГРЫ) ВСТРЕЧАЕТСЯ ВСЕ ЧАЩЕ. С ЧЕМ СВЯЗАН ЭТОТ НАРАСТАЮЩИЙ ИНТЕРЕС? ИГРЫ 
ДЕЛАЮТ НЕ ПЕРВЫЙ ГОД, НО ТОЛЬКО СЕЙЧАС PRODUCT PLACEMENT СТАЛ ПОПУЛЯРНЫМ 


ОЛЬГА КОМАРОВА: Люди устали. Реклама в газетах, журналах, на радио и (тем более) на телевидении теряет 
в эффективности с каждым новым текстом, роликом и т.п. Product placement открывает новые возможности 
воздействия на потребителя. Например, особенно интересна в этом плане интерактивная реклама, то есть ког- 
да игрок использует продукт компании прямо в игре (машина, телефон, одежда). Однако есть и подводные кам- 
ни. Наши игроки уже жалуются на обилие рекламы в «Ночном дозоре», «Адреналин-шоу». Не хочется думать, 
что скоро реклама и в играх будет восприниматься негативно. Пусть лучше она остается некой изюминкой. 


СПЕЦ: КАК ВЫ БОРЕТЕСЬ С ПИРАТАМИ? БОРЕТЕСЬ ЛИ ВООБЩЕ? ПО СТАТИСТИКЕ, ПИРАТЫ 
ЛИШАЮТ РАЗРАБОТЧИКОВ ЛЬВИНОЙ ДОЛИ ПОТЕНЦИАЛЬНОГО ЗАРАБОТКА... НЕКОТОРЫЕ 
ИМЕННО ИЗ-ЗА ЭТОГО ВЫНУЖДЕННО ОРИЕНТИРУЮТ СВОИ ИГРЫ НА ЗАПАД ИЛИ ВЫПУСКА- 
ЮТ СПЕЦИАЛЬНЫЕ ЛОКАЛИЗАЦИИ. МЕНЯЕТСЯ ЛИ СИТУАЦИЯ К ЛУЧШЕМУ? 


ОЛЬГА КОМАРОВА: С пиратами практически не боремся. Максимум, если на рынке встречаем нелицен- 
зионную копию, сообщаем номер продавца куда следует. Вообще-то борьба с пиратами — больше пре- 
рогатива издателя, чем разработчика. 

Что касается ситуации в целом... Очевидно, что небольшими изменениями «порядок» не навести. 
Уберите пиратов — и большинство игроков окажутся неспособными покупать игры в том же количестве. 
А этот фактор может существенно повлиять на отечественное игростроение. Дело даже не в том, что 
останутся лучшие из лучших... Огромное количество идей и ресурсов останется невостребованным. 


СПЕЦ: КАКОЙ ИЗ РЕАЛИЗОВАННЫХ ПРОЕКТОВ БЫЛ САМЫМ УСПЕШНЫМ И ПОЧЕМУ? ЧТО 
ОПРЕДЕЛЯЕТ УСПЕХ ЗАДУМАННОЙ ИГРЫ (ЕСЛИ ПЕРЕЧИСЛЯТЬ В ПОРЯДКЕ УБЫВАНИЯ)? 


ОЛЬГА КОМАРОВА: Успех мы понимаем как соответствие результатов целям, а большой успех — пре- 
восходство первого над вторым. В этом смысле каждый из наших проектов успешен по-своему. «Звез- 
дное наследие 1: Черная Кобра» — римейк получился почти таким, как мы хотели. И игру можно назвать 
успешной: по предварительному голосованию, по отзывам в прессе, это неоднозначный проект, пройти 
мимо которого сложно. Причем «Звездное наследие» как раз из того рода игр, когда или «хорошо», или 
«плохо», а среднего не дано. В нашем случае игру на «отлично» оценили более 70% игроков. Рисован- 
ный квест «Вечера на хуторе близ Диканьки» оказался весьма интересным не только для русской ауди- 
тории, но и для зарубежной. «Путешествие Алисы» понравилось детям — и это главное. 


СПЕЦ: ОТКУДА ЧЕРПАЕТЕ ИДЕИ НОВЫХ ИГР? МОЖЕТ ЛИ, К ПРИМЕРУ, ЧИТАТЕЛЬ НАШЕГО 
ЖУРНАЛА ЗАРАБОТАТЬ НА ТОМ, ЧТО ПРОСТО ПРИЙТИ К ВАМ С ИДЕЕЙ КЛАССНОЙ ИГРЫ? 
В КАКИХ СЛУЧАЯХ ДЕЛАЮТ РЕМЕЙКИ? 


АНДРЕЙ ШКОЛЬНИКОВ, СЦЕНАРИСТ СТУДИИ STEP CREATIVE GROUP: Идеи, что называется, носятся 
в воздухе. Наверняка у каждой компании есть «в заначке» минимум полдюжины идей для игр и иногда 
очень неплохих. Далеко не все из них доживают до реализации. Заработать только на идее, то есть под- 
кинуть ее, а дальше стричь купоны с проекта представляется не очень-то реальным. Увы, но тут наблю- 
дается скорее ситуация «Спасибо, свои девать некуда». Скорее, человек, способный «генерить» инте- 
ресные идеи, может попробовать стать сценаристом или геймдизайнером. 

Что касается ремейков, идея с ними очень простая. Если, например, некая игра «Атака жукогла- 
зых» пользовалась успехом десять лет, значит, хотя бы отчасти волшебная формула была угадана вер- 
но и что-то в этой игре заинтересовало людей. Соответственно, можно попробовать повторить успех на 
новом техническом уровне, сохранив «вечное» и обновив устаревшее. Понятно, что ремейк — всегда 
рискованный шаг. Во-первых, можно выплеснуть с водой ребенка — дообновляться до того, что ничего 
интересного в игре не останется. Во-вторых, интересы игроков меняются. Даже самый хороший тексто- 
вый квест или псевдографическая roguelike-RPG сегодня вряд ли завоюют массовую любовь. Так что 
универсальный рецепт тут едва ли возможен. 


СПЕЦ: ПЛАНЫ НА БУДУЩЕЕ И ОСНОВНЫЕ ВЫВОДЫ ЗА ВРЕМЯ СУЩЕСТВОВАНИЯ? 


ЮРИЙ МАТВЕЕВ: Планы на будущее — дальнейшее развитие технологий, формирование команды 
и привлечение дополнительного финансирования. Иными словами, будем рады сотрудничеству как с ко- 
мандами, работающими удаленно, так и с новыми профессионалами в штате нашей компании. А новые 
проекты будут объявлены немного позже, следи за новостями на нашем сайте — www.stepgames.ru [8 
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Быстро и легко. Сетевые игры: в локальной сети, 
через модем, через Интернет 

М.: Лучшие книги ‚ 2003 / Матвеев Е.Е. / 400 страниц 

Разумная цена: 120 рублей 

Миром правят игры, однозначно! Зачем покупают компьютер домой? 
Прежде всего, чтобы поиграть. Может быть, просто об этом еще сами не 
знают :). Прикрываются необходимостью компьютера для работы, учебы 
и самообразования... В любом случае меганавороченные процессор, ви- 
део и звук нужны исключительно для игр. 


ЧТО ПОЛИСТАТЬ 


КАК МЫ ОТБИРАЕМ КНИГИ 

В ОБЗОР? БЕРЕМ СПИСОК КНИГ, 
КОТОРЫЕ ЕСТЬ НА СКЛАДЕ 
(НЕСКОЛЬКО ТЫСЯЧ 
НАИМЕНОВАНИИ). ДЕЛАЕМ 


ВЫБОРКУ ПО ТЕМЕ НОМЕРА, ПОТОМ Искусственный интеллект — как резиновая женщина. Очертания те же, а чувств и эмоций 
ОТБРАСЫВАЕМ УСТАРЕВШИЕ никаких... Так что все и всегда стремятся играть не с железкой, а друг с другом, через интернет 
ЭКЗЕМПЛЯРЫ И ДУБЛИ. ЛУЧШЕЕ или в локальной сети. Данная книга поможет настроить компьютеры для игры по сети в наиболее 
ПОПАДАЕТ В ЖУРНАЛ 1АНАРЕЙ Karon популярные игры. Быстро и легко :). Даже если не найдешь конкретную игру в перечисленных, бу- 


дешь действовать по аналогичной логике подключения и шагам, разница только в нюансах и глю- 
ках, сугубо индивидуальных. 


Если заинтересовался, можешь заказать любую книгу из об- 
зора (по разумным ценам), не отрывая пятой точки от дивана 
или стула, в букинистическом интернет-магазине оз-книга» 
(www.osbook.ru), Книги для обзора мы берем именно там 


Создание игр Bo Flash МХ 

СПб.: БХВ-Петербург , 2005 / 

Мельников С.В. / 304 страницы 

Разумная цена: 148 рублей 

Flash, наверное, к счастью, имеет собствен- 
ный развитый язык программирования Асй- 
onScript, ближайшей аналогией которого, 
пожалуй, является JavaScript. Скрипты вы- 
полняют всю вычислительную работу и влия- 
ют на поведение клипа, нарисованного все 

в том же Flash. Отсюда возможность созда- 
вать интерактивные клипы, что в сочетании 

с векторной графикой Flash позволяет де- 
лать достаточно легкие онлайновые игруш- 

ки для web'a. К тому же Flash позволяет сде- 
лать вывод фильма не только в 5\\/Е-файл 
(этот формат и используется в web'e), HO 

ив ЕХЕ-файл, который будет полноценным 
приложением для Windows или Macintosh. 
Чтобы фильм смог ===“ 
работать с файлами 

(надо же где-то ре- мт 
корды хранить), по- 
надобится и прог- 
рамма-оболочка на 
С или Delphi (кто как 
умеет). Обо всем на- 
писано в книге, 
только намного под- 
робнее :). 
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Symbian OS. Программирование для мобильных 
телефонов на С++ и Java2 МЕ 
М.: ДМК Пресс , 2005 / Горнаков С.Г. / 448 страниц 
Разумная цена: 247 рублей 
Все телефоны делятся на две категории: работающие на прошивке и ра- 
ботающие под управлением операционной системы, как обычная персо- 
налка. Телефоны с операционной системой мощнее и имеют много 
встроенных программ, плюс (вот самое вкусное!) есть возможность инс- 
таллировать дополнительные программы, написанные Ha C++, Java2 ME, 
OPL и даже Visual Basic. Раз есть возможность, обязательно нужно BOC- 
пользоваться ей :). На телефонах с прошивкой такой прелести уже нет, 
хотя приложения на Java можно закачивать и на некоторые телефоны 
с прошивкой, но все-таки это сильные ограничения. Уже совсем «не то». 
На рынке операционных систем для мобильных устройств сущест- 
вуют два крупных конкурента: Windows Mobile и Symbian OS. Ось 
Symbian изначально создавалась для работы на телефонах, а Windows 
Mobile оптимизирована под мобильные уст- 
ройства и в основном используется для до- 
рогих девайсов. Symbian же массова, и по- 
этому она популярнее среди программис- 
тов. В книге описаны доступные среды 
программирования под Symbian 
(CodeWarrior for Symbian и C++ ВийаегХ 
Mobile Stusio) и приведены наглядные при- 
меры работы в этих средах. Рассматривае- 
мые вопросы касаются программной архи- 
тектуры операционной системы, основных 
идиом программирования в Symbian, струк- 
туры и создания GUI, локализации, работы 
с меню, элементами пользовательского ин- 
терфейса, графикой, изображениями и т.д. 
Кому нужно, тот разберется... 
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Текстурирование 
трехмерных объектов 

М.: ДМК Пресс ‚ 2004 / 

Флеминг Б. / 240 страниц 

Разумная цена: 236 рублей 

Речь пойдет о том, как на практике делает- 
ся рожа Страшилы Фрэнка, который был 
использован в известном ЗО-мультфильме 
и демонстрировал явную фотореалистичность. Вроде бы что рисовать это- 
му монстру? На самом деле сложное дело. Всякие шрамы, иллюзия осве- 
щения, пустота в глазах, ужасные зубы... Автор описывает уникальные ме- 
тоды, которые разработал сам. Проект, описанный в книге, полностью вы- 
полнен в Photoshop, так что воспроизвести описанные примеры не соста- 
вит труда всем, кто работал с этой программой. Результаты сможешь за- 
гнать в 30$ Max, Maya, Light Wave или другой пакет трехмерной графики... 


DirectX 9 с управляемым кодом. 
Программирование игр и графика 

М.: Издательский дом «КомБук» , 2005 / Том Миллер / 400 страниц 
Разумная цена: 310 рублей 

Эта переводная книжка (читай, ищи баги :) перевода) написана веду- 
щим разработчиком Managed DirectX, что гарантирует актуальность ин- 
формации. Что называется, сведения из первых рук. Здесь описаны ос- 
новы программирования ЗО-графики и более сложные манипуляции 

с тез|-объектами, использование языка 
шейдеров. В отличие от толстых талмудов 
типа «Библия разработчика» или «Полный 
справочник», здесь нет негарантированно 
полезного справочного материала по всему 
синтаксису (за ним обращаются к мануа- 
лам), зато есть множество наглядных приме- 
ров с комментариями. Введение в Direct3D, 
технология рендеринга, работа с Mesh, 
программируемые конвейеры, язык шейде- 
ров HLSL, скелетная анимация, звук, 20- и 
трехмерная графика, добавление сетевых 
возможностей и много всего другого по те- 
ме. Однако книга рассчитана на тех, кто уже 
знаком с С# (или Visual Basic). Для осталь- 
ных очевидно далеко не все... 


Flash МХ 2004 

и ActionScript 2.0: 
обучение на примерах 
М.: Новое знание ‚ 2004 / 
Гурский Д.А. / 446 страниц 
Разумная цена: 186 рублей 

Если предыдущая книга вдохновила 
тебя на подвиги, то эта приятно до- 
полнит твою приватную коллекцию 
по теме создания сценариев на 
языке ActionScript 2.0. Вся книжка 
состоит из десяти больших уроков, 
расположенных по возрастанию 
сложности. Сначала ты учишься 
рисовать банальное яблоко, потом 
елку, осваиваешь простейшую ани- 
мацию, к четвертому уроку — це- 
лый мультик, добавляешь звук и т.д. 
«В самом конце книги» ты сможешь 
сваять полноценный тетрис :). Кни- 
га удобна тем, что информация раз- 
жевана достаточно подробно и 
снабжена наглядными картинками. 
Отличный старт в мире ActionScript, 
а дальше все с опытом... 


Анимация персонажей 
для игр в реальном 
времени 

М.: ДМК Пресс , 2004 / 

Стид П. / 416 страниц 

Разумная цена: 347 рублей 
Подробный анализ всех стадий 
работы над анимацией игровых 
персонажей различной степени 
сложности, особенно при вы- 
полнении типичных низкополи- 
гональных персонажей. Описы- 
вается создание каркаса Biped, 
задание весов вручную либо 

с помощью оболочек влияния, 
анимация с помощью только 
ключевых кадров или с исполь- 
зованием захвата движения. Тут 
же описан и экспорт персона- 
жей на игровой движок. Книгу 
писал профи своего дела: раз- 
жеваны многие тонкости и опти- 
мальные приемы, чего не встре- 
тишь в больших изданиях, кото- 
рые годятся, скорее, как общие 
справочники. В теоретической 
части много наглядных приме- 
ров и иллюстраций. Вся приве- 
денная практика — для 30$ 
Мах 6 и Character Studio 4. 
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Звук в играх: 


технологии программирования 
М.: Кудиц-Образ ‚ 2004 / Мейсон МакКаски / 368 страниц 


Разумная цена: 187 рублей 


Создание игры без звука — трата времени. Чаще всего 
именно звук создает или дополняет уникальную атмосферу 
игры. Представь себе фильм, который классно сняли, сде- 
лали множество супертрюков, а в конце изгадили никакой 
озвучкой. Для игр этот пример более чем актуален. Иногда 
игра средненькая, но в нее хочется играть! Играть, чтобы 
просто окунуться в ту атмосферу, помедитировать наконец 
:). «Плюс» этой книги в том, что она знакомит с программи- 
рованием звука с нуля, — явно идеально для начинающих. 
Шаг за шагом будешь разрабатывать собственный звуковой 
движок (а ты думал просто Dance Mashine использовать?). 


Основной упор сделан 
на работу 

с DirectMusic, плюс ты 
познакомишься 

с OpenAL и различны- 
ми вспомогательными 
библиотеками обработ- 
ки и воспроизведения 
звука. Звук — это не 
только фоновая музыч- 
ка, но и динамическое 
музыкальное сопро- 
вождение, и визуализа- 
ция озвучки, и трехмер- 
ный звук, и звуковые 
спецэффекты... 


Компьютерные игры: секреты бизнеса 
М.: Кудиц-Образ ‚ 2004 / Ларами Ф.Д. / 416 страниц 
Разумная цена: 164 рубля 


——, Для тех, кто решил заняться играми серьезно, то есть для 
| =. продажи. Здесь собраны мысли издателей, разработчи- 
Компьютерные ков, продюссеров, дизайнеров и владельцев целых сту- 
и гры: дий. Множество примеров из реальной жизни, чтобы по- 


ое би казать все сложности и способы их решения на пути к 
| поставленным целям. От работы розничного рынка до 
финансирования начала проекта и выбора бизнес-моде- 
ли, подходящей для создаваемой игры. Правда, книжка 
не учитывает наших суровых реалий, так как переводная, 
однако все-таки она дает целостное представление хотя 
бы о том, как работает механизм на Западе. К примеру, 
одна из главных мыслей: «Не всегда все зависит от каче- 
ства игрь!» Очень важны связи и отношения с издателя- 
ми, так как, в конечном счете, они помогают игре попасть 
на прилавки магазинов. Пираты, понятное дело, с распространением справятся и сами :), 


только вряд ли что-то с их продаж перепадет в твой кошелек... 


Программирование 
трехмерных игр 

и приложений на 
Visual C# 2005 

и DirectX 9.0c 

M.: Жарков Пресс , 2006 / 
Жарков В.А. / 418 страниц 
Разумная цена: нет данных 
Одна из первых книг о разра- 
ботке игр и приложений со зву- 
ком средствами нового языка 
программирования Visual C# 
2005 в Visual Studio 2005 и новой 


технологии DirectX 9.0с. В начале книги немного теории: проек- 
тирование методами класса Mesh фигур, широко распростра- 
ненных на практике, в сплошном и каркасном режимах визуа- 
лизации, создание вращающихся сложных сетчатых объектов 
в виде файлов .x, использование эффект-файлов .fx, использо- 
вание вершинного и пиксельного шейдеров на высокоуровне- 
вом языке шейдера (HLSL, high-level shader language), создание 
скелетной анимации на примере модели человека, воспроизве- 
дение звуковых файлов и т.д. Дальше идут методы программи- 
рования типичных игр: идет управление автомобилем, автомо- 
биль едет по дороге, на дороге случайным образом появляются 
разные препятствия; танковые баталии по сети; спортивная гон- 
ка на микроавтомобилях и еще несколько других примеров. 


Хакинг игровых приставок Xbox, Playstation, Nintendo, 

Atari и Gamepark 32 

М.: ЗАО «Новый издательский дом» , 2005 / Гранд Дж. / 624 страницы 

Разумная цена: 521 рубль 

Под хакингом игровых приставок в данной книге понимаются способы улучшить техни- 
ческие характеристики, чтобы заставить приставку работать лучше, быстрее и по-но- 
вому. Описываются приставки от старенькой Atari до суперсовременной Xbox и 
Playstation. Удобно, что описание «примочек» подробное и с обилием картинок (именно 
хороших и наглядных картинок), так что подойдет и тем, кто копается в железе не один 
год, и тем, кто занялся им только «вчера». Сам посуди, персоналку мы уже разгоняли, 
a Playstation — еще нет... Круто было бы сказать: «А я вчера хакнул свой Nintendo» ;). 
Тут масса предложений: превратить приставку Atari 2600 в настоящий компьютер, загру- 
зить коды в Playstation 2 напрямую из карты памяти, установить Linux (!) Ha Microsoft 
Xbox, избавиться OT мерцающего голубого экрана Ha Nintendo NES, создавать собствен- 
ные игры для всех существующих приставок и т.д. Перед тем как 
лезть внутрь любой приставки, прочитай курс молодого бойца (он в 
начале книжки): какие инструменты понадобятся, где их взять и, глав- 
ное, как ими пользоваться. Кстати, пора прикупить себе приставку :). 
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Компьютер для геймера: сделай cam 
СПб.: Питер ‚ 2005 / Дж. Дарем-мл. / 191 страница й 4 
Разумная цена: 149 рублей РЦ 
Геймеры — уникальный подвид пользователей компьютера, для них 

максимальная производительность — вопрос первостепенной важности, причем не всег- 
да обоснованной :). Они вынюхивают любые возможности увеличить производительность 
системы, пусть даже на считанные проценты или доли процентов. Если ты настоящий 
геймер, то твой компьютер по определению должен быть самым высокопроизводитель- 
ным и с самым стильным корпусом в мире (ну, хотя бы в мире тво- 

их друзей). Можно взять много денег и купить брендовый собран- 
НЫЙ «черный» ящик, и когда-нибудь он морально устареет. От про- 
цесса покупки особых эмоций не останется. Не наш метод! Идешь 
на компьютерный рынок, выбираешь компоненты сам, тащишь до- 
мой, берешь отвертку и... Не знаешь, как подобрать железки, что- 

бы все было в ажуре? Не беда, в книге все расписано достаточно 
подробно. Теперь ты сборщик и дизайнер в одном лице! 
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Есть шанс дойти до последнего уровня :) 


Трехмерное модели- 
рование и анимация 
человека, 2-е издание 
М.: Издательский дом 
«Вильямс» , 2005 / 

Питер Ратнер / 272 страницы 
Разумная цена: 437 рублей 
Геймеры больше всего любят 
реалистичные игры, благо тех- 
нологии и железо достигли со- 
ответствующего уровня... Однако, как ни странно, создать 
реалистичного человека в цифровом виде — достаточно 
сложная задача. Пока еще никому не удалось сделать с по- 
мощью компьютерной графики совершенное изображение 
человека, которое при увеличении было бы абсолютно pea- 
листично и похоже на то, которое мы видим в кинофильмах 
и на фотографиях. Можно бесконечно восхищаться мель- 
чайшими деталями и точностью представления фигуры чело- 
века, но все равно ЭТО невозможно принять за реальное су- 
щество. А чем реалистичнее созданное творение, тем выше 
его ценность в игровом мире. Как правило, нюансы поведе- 
ния человека теряются при попытке имитировать их. В книге 
рассказаны многие нюансы того, как с помощью трехмерной 
графики получить максимум реалистичности. Уроки начина- 
ются с простого моделирования, постепенно усложняются. 


Программирование на Python 


СПб.: Символ-Плюс ‚ 2002 / Лутц М. / 1136 страниц 


Разумная цена: 112 рублей 


Python — это свободный (исходные тексты интерпретатора 

и библиотек полностью доступны для всех, в том числе для 
коммерческого использования) интерпретируемый («позднее 
связывание») объектно ориентированный (классическая ОО 
модель, включая множественное наследование) расширяе- 
мый (имеет строго определенные АР! для создания модулей, 
типов и классов на С или С++) встраиваемый (имеет строго 
определенные АР! для встраивания интерпретатора в другие 
программы) язык программирования сверхвысокого уровня 


(динамическая типизация, встроенные ти- 
пы данных высокого уровня, классы, мо- 
дули, механизм прерываний/исключений). 
Вся эта прелесть широко используется и 
в разработке игр, для программирования 
различных сценариев и меб-приложений, 
для анимации игр и создания спецэффек- 
тов. К примеру, игра Minions of Mirth была 
написана за 11 месяцев одним програм- 
мистом, он использовал недорогие и 
бесплатные технологии, а основным язы- 
ком в проекте был именно Python, так как 
он отличается исключительной скоростью 
программирования задач в области свое- 
го применения. Кроме того, для Python 
имеются замечательные утилиты отладки, 
позволяющие обнаруживать ошибки не 
только разработчикам, но и тестерам, 

а также конечным пользователям М 
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ЖУРНАЛ КОМПЛЕКТУЕТСЯ ДИСКОМ 


С ПУЧШИМ СОФТОМ 


104 | SPECIAL DELIVERY 


спроси эксперта! 


МОЖНО ЛИ СДЕЛАТЬ ИГРУ САМОСТОЯТЕЛЬНО 


НА F.A.Q ОТВЕЧАЕТ ЭКСПЕРТ ЭТОГО НОМЕРА АЛЕКСАНДР ГЛАДЫШ — 
ВЕДУЩИИ ПРОГРАММИСТ КОМПАНИИ STEP CREATIVE GROUP (WWW.STEPGAMES.RU). ЗАДАТЬ ВОПРОС ЭКСПЕРТУ 
МОЖНО НА НАШЕМ ФОРУМЕ forum.xakep.ru ИЛИ ПО E-MAIL: expertereat.xakep.ru 


СПЕЦ: ВСЕ, КТО ИГРАЕТ В ИГРЫ, ЗАДАЮТСЯ ВОПРОСОМ: 
«МОЖНО ЛИ СДЕЛАТЬ ИГРУ САМОСТОЯТЕЛЬНО?» 


АЛЕКСАНДР ГЛАДЫШ: Конечно, можно! Только вопрос какую. Quake 4 с ходу 
не сделаешь. А что-нибудь несложное — запросто. Было бы желание. Не нуж- 
но забывать, что главное в играх — все-таки не навороченная графика или ре- 
алистичная физика. Если игра сделана с душой, если в нее приятно режутся, 
игрок легко простит и несложненькую графику, и отсутствие физики... 


СПЕЦ: КАКИЕ ОБЩИЕ И СПЕЦИАЛЬНЫЕ ЗНАНИЯ НЕОБХОДИМЫ 
ДЛЯ НАПИСАНИЯ ХОТЬ КАКОЙ-ТО ИГРЫ? ЧТО СТОИТ ПРОЧИТАТЬ? 
МОЖЕТ БЫТЬ, СТОИТ ПОХОДИТЬ НА КУРСЫ? НА КАКИЕ ИМЕННО? 
УЧАТ ЛИ РЕМЕСЛУ РАЗРАБОТКИ ИГР В ВУЗАХ? 


АЛЕКСАНДР ГЛАДЬШ: Для создания «хоть какой-то» игры с нуля важны не 
столько какие-то конкретные специальные знания, сколько навыки по их 
приобретению. В современных условиях для создания игры на РС больше 
не нужно знать ассемблер — нужно лишь изучить по имеющимся в изоби- 
лии в интернете источникам основы хотя бы того же Flash. Причем функци- 
ональности Flash вполне достаточно, чтобы создать свой некоммерческий 
хит. Нужно иметь желание делать игры, желание творить, желание узнавать 
что-то новое, желание самообучаться. В российских вузах, насколько 
я знаю, разработке игр пока еще не учат. 


СПЕЦ: КАК ПОПАСТЬ В ЭТОТ ИГРОВОЙ МИР? 
С ЧЕГО ТЫ САМ НАЧИНАЛ И КАК САМОСОВЕРШЕНСТВОВАЛСЯ? 


АЛЕКСАНДР ГЛАДЫШ: Как попал в игровой мир? Просто еще со школы 
поставил себе цель — стать игровым программистом. Начинал, как и боль- 
шинство, с малого. Читал документы, форумы, задавал вопросы, писал 
программки... Здесь главное — накопить опыт, а негативный или позитивный 
опыт — не так уж важно. Не менее важно стремиться постоянно расти про- 
фессионально, получать новые знания. Не имея возможности получить про- 
фессиональное образование, люди постигают все набивая шишки. 


СПЕЦ: ЛЮБАЯ ИГРА — ЭТО ОБЯЗАТЕЛЬНО ТРУД НЕСКОЛЬКИХ 
ЧЕЛОВЕК? ИЛИ ЖЕ ЕСТЬ ПРИМЕРЫ ТОГО, КАК ХИТЫ БЫЛИ 
СДЕЛАНЫ ОДИНОЧКАМИ? 


АЛЕКСАНДР ГЛАДЬШ: Если говорить о коммерческих хитах, бестселлерах, 
то примеры, когда их делали одиночки, конечно, есть. Только большинство 
таких хитов выпущено уже 10/15/20 лет назад. Увы, романтическая эпоха ры- 
царей — одиночек игростроения, которые сами продумывали дизайн игры, 
создавали графическое и музыкальное оформление и писали код, давно 
прошла. Чтобы сделать современную, большую, коммерчески успешную иг- 
ру, требуется упорный труд нескольких десятков человек самых разных спе- 
циальностей: геймдизайнеров, художников, программистов, композито- 
ров... С другой стороны, есть рынок shareware-urp. Такие хиты, как Zuma, 
Gish, вполне мог бы создать один достаточно талантливый и целеустремлен- 
ный человек. Однако в современных условиях он бы, скорее всего, заказал 
звуковые эффекты и музыку, а то и графику на стороне, даже при наличии 
способностей, необходимых для их создания. Делать все самому — слиш- 
ком долго, а время, как известно — деньги. А если посмотреть на НазВ-игры, 
там такие хиты сплошь и рядом. Вспомни, например, всем известные игры 
по забросу пингвинов на дальность: безусловный хит за счет удачного ар- 
кадного геймплея и хорошей графики. Реализовать геймплей такого уровня 


Ha Flash (с сильно упрощенной графикой, разумеется) при наличии опреде- 
ленных навыков — дело максимум пары выходных. Если увидишь, что игра 
получилась удачной, графику можно «вымучить». 


СПЕЦ: КАКИЕ ИГРЫ ДЕЛАТЬ ПРОЩЕ? ДРУГИМИ СЛОВАМИ, С ЧЕГО 
НАЧАТЬ, ЧТОБЫ НЕ ОКАЗАТЬСЯ В ТУПИКЕ С САМОГО НАЧАЛА? 


АЛЕКСАНДР ГЛАДЬШ: Главное — не начинать с заведомо невыполнимых 
задач. Не нужно выбирать в качестве жанра первой игры MMORPG или FPS. 
Идеальный вариант — аркады. Самое важное поначалу — как можно скорее 
получить отдачу, позитивный результат, иначе слишком велик шанс поте- 
рять энтузиазм посередине процесса. Каждая законченная игра добавляет 
значительно больше опыта, чем брошенная на полпути. Пусть делать «тет- 
рисы» и «арканоиды» кажется менее романтичным, чем навороченные он- 
лайн-ВРС, зато есть реальный шанс сделать их и получить удовлетворение 
от выполненной работы, а не разочарование от неудачи. Как и в любой про- 
фессии, когда набираешься опыта, понимаешь, что разработка игр — это 
совсем не то море романтики, какое думалось. Работа над современным 
большим проектом в игровой индустрии, как и в любой другой отрасли про- 
изводства, — это крупицы романтики в море рутины. 


СПЕЦ: ПОРОЙ СЮЖЕТ ИГРЫ БЫВАЕТ НАСТОЛЬКО СЛОЖНЫМ 
И ХИТРОСПЛЕТЕННЫМ, ЧТО ОСТАЕТСЯ ТОЛЬКО ИГРАТЬ 

И ВОСХИЩАТЬСЯ. МНЕ ВСЕГДА БЫЛО ИНТЕРЕСНО, 

КАК РОЖДАЕТСЯ СЮЖЕТ... 


АЛЕКСАНДР ГЛАДЬШ: Сюжет игры, особенно захватывающий, сложный, 
продуманный, рождается в муках. Даже если представление обо всей игре 
мгновенно возникнет в голове, как озарение, нужно будет потратить огром- 
ное количество сил на формализацию видения игры на бумаге. Причем в де- 
тализации, достаточной для того, чтобы остальные члены команды при его 
реализации не отклонились слишком сильно от оригинальной задумки. 


СПЕЦ: ИНОГДА КАЖЕТСЯ: «ВСЕ, ЧТО ТОЛЬКО МОЖНО, УЖЕ 
ПРИДУМАНО...» НОВАЯ ИГРА — ЭТО ХОРОШАЯ ПЕРЕДЕЛКА 
ЧЕЙ-ТО ПЛОХОЙ РЕАЛИЗАЦИИ? МОЖЕТ БЫТЬ, ПОЧТИ ВСЕГДА 
РАЗРАБОТЧИКИ ИГР БУКВАЛЬНО БЕРУТ ЧИСТЫЙ ЛИСТ БУМАГИ 
И ПРИДУМЫВАЮТ ВСЕ С НУЛЯ? 


АЛЕКСАНДР ГЛАДЬШ: Отказ от использования предыдущих наработок и от 
опыта конкурентов — неразумная трата ресурсов. Если проект технологичес- 
ки основывается на чем-то, что уже было сделано ранее, риск его провала 
значительно меньше. В программировании отказ от каких бы то ни было на- 
работанных технологий, приемлемых для использования в новом проекте, — 
грех. Этот же принцип приемлем и для работы сценариста или геймдизайне- 
ра. Безусловно, речь идет не о прямом копировании сюжета выпущенной иг- 
ры. Из опыта прошлого берутся подходы к разработке, приемы, технологии. 
Допустим, у тебя есть оригинальная геймплейная идея, которая нигде и ни- 
когда не использовалась и которая, как тебе кажется, станет изюминкой 
игры. Возможно, тебе повезет и ты сделаешь хит, откроешь новый подвид 
игрового жанра, а то и целый новый жанр. Но, с другой стороны, даже 
с большей вероятностью, тебе может не повезти. И окажется так, что идею 
не использовали просто потому, что она на практике ничем не привлека- 
тельна... Либо, что еще хуже, просто убивает игровой процесс, делая игру 
неудобной или скучной. Главное — отсеивать такие ситуации как можно 
раньше, в самом начале проекта. Чем дольше разрабатывается игра, тем 


дороже обходятся любые незапланированные изменения. В программировании обычно наблюдается 
экспоненциальный рост таких затрат. Эта суровая правда жизни обычно отталкивает разработчиков от 
внесения в проекты экстремальных и оригинальных идей. Гораздо безопаснее двигаться по проторен- 
ной дороге, имея возможность оценивать риски разработки с заметно большей точностью. 


СПЕЦ: КАК ДОЛГО ОБЫЧНО ПРИДУМЫВАЕТСЯ И РАЗРАБАТЫВАЕТСЯ 
ОДНА ИГРА? КОНЕЧНО, ЯСНО, ЧТО ВСЕ ЗАВИСИТ ОТ СЛОЖНОСТИ 
ПРОЕКТА, НО ХОТЯ БЫ С УСЛОВНЫМ ДЕЛЕНИЕМ... 


АЛЕКСАНДР ГЛАДЫШ: «Придумать» игру можно за час — вопрос вдохновения. На так называемую 
стадию «препродакшена» (preproduction — отобранная идея прорабатывается, составляется сцена- 
рий, дизайн-документ и проводится планирование) нужно порядка месяца или двух. Однако, как пра- 
вило, такая работа идет в фоновом режиме, параллельно с работой над текущими проектами. Так 
называемые «бюджетные» проекты (коммерческие игры среднего качества, предназначенные в ос- 
новном для укрепления финансового положения компании без риска подрыва ее авторитета) обыч- 
но делаются шесть-девять месяцев. Три-четыре месяца разрабатываются проекты класса Trash and 
Cash, на которых можно заработать большие суммы, выпустив игру практически любого качества, 
но подгадав под определенные условия (такие игры часто ставят по фильмам и выпускают одновре- 
менно с выходом фильма на экраны). Высококачественные же «авторские» проекты, «игры мечты» 
могут создаваться годами — хватило бы финансирования. 


СПЕЦ: ВО МНОГИХ ИГРАХ ЗАДЕЙСТВУЕТСЯ И ИСКУССТВЕННЫЙ ИНТЕЛЛЕКТ. 
КТО И КАК ПРИДУМЫВАЕТ/РАЗРАБАТЫВАЕТ AI? 


АЛЕКСАНДР ГЛАДЬШ: «Придумывает» искусственный интеллект, то есть определяет основные крите- 
рии, которым он должен соответствовать, обычно геймдизайнер. В зависимости от жанра, реализация 
самого искусственного интеллекта либо выполняется самим же геймдизайнером на скриптовом языке 
(в случаях когда требуется элементарный Al, скажем, как в несложных аркадных играх), либо за дело бе- 
рутся программисты (в случае если от А! требуется высокая производительность и/или высокий уровень 
интеллекта). Нередко искусственным интеллектом занимается специально выделенный для этого специ- 
алист, поскольку реализация А! в сложных случаях требует больших трудозатрат и специальных знаний. 
Много сил и времени уходит на тестирование и балансировку с целью придания искусственному интел- 
лекту требуемого уровня сложности: игроку неинтересно играть ни со сверхсложным, ни с глупым до бе- 
зобразия противником. 


СПЕЦ: В ЧЕМ СПЕЦИФИКА РАЗРАБОТКИ ИГР ДЛЯ РС И ДЛЯ МОБИЛЬНЫХ ТЕЛЕФОНОВ? 
ЧТО ИЗ ЭТИХ ДВУХ ВАРИАНТОВ ПРОЩЕ? 


АЛЕКСАНДР ГЛАДЬШ: Проще делать игры для PC, под Windows, где ситуация с технологиями доста- 
точно стабильная и предсказуемая, а железо позволяет развернуться программистской, дизайнерс- 
кой и художнической мысли по полной программе. В области мобильных платформ сейчас царит ха- 
ос: относительно большое количество конкурирующих стандартов, низкая производительность теле- 
фонов, заставляющая возвращаться лет на десять назад (по сравнению с технологиями на РС). Поми- 
мо этого, игру приходится индивидуально адаптировать под специфические особенности и глюки 
практически каждой модели сотового телефона индивидуально — у крупных разработчиков хранятся 
по несколько сотен экземпляров разных моделей телефонов, предназначенных для тестирования. 
Разработчикам игр не упрощают жизнь и жесткие ограничения операторов мобильной связи, прода- 
ющих игры конечному потребителю. 


СПЕЦ: КАКИЕ СПЕЦИАЛИСТЫ СЕГОДНЯ НАИБОЛЕЕ ВОСТРЕБОВАНЫ В ИГРОВЫХ 
КОМПАНИЯХ? КАКИЕ ЗНАНИЯ НЕОБХОДИМЫ, ЧТОБЫ ПОЛУЧИТЬ ТУ ДОЛЖНОСТЬ, 
КОТОРУЮ ХОТЕЛОСЬ БЫ ЗАНЯТЬ? 


АЛЕКСАНДР ГЛАДЫШ: В принципе, высококвалифицированных людей любых специальностей всегда 
не хватает. Даже если в компании и нет вакансий по данному полю деятельности, грамотный руководи- 
тель всегда найдет рабочее место для грамотного специалиста. Вообще от человека требуются в пер- 
вую очередь: способность работать в коллективе, чувство юмора и обучаемость. Работать с человеком, 
у которого плохо развиты эти навыки, очень сложно. Если у тебя нет опыта, но есть все остальное из пе- 
речисленного, то, наверное, самый простой способ попасть в индустрию — устроится тестером в одну 
из игровых компаний. Это позволит «повариться» в «кухне», лучше понять, в каком именно качестве ты 
хочешь работать над созданием игр & 
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ВНИМАНИЕ: 
INTEL ВНУТРИ! 


ТЕСТИРУЕМ ПРОЦЕССОРЫ 


ПОД LGA 775 | ЕВГЕНИЙ ПОПОВ 


Test_lab выражает благодарность за пре, а ное на тес: 


доставлен на т 
тиров борудование компании: «НИКС» — Компьютер- 
ный Супермаркет (тел. (495) 974-3333, www.nix.ru), междуна- 
родному рекламному агентству Image Media, а также рос- 


список тестируемого оборудования: 


INTEL CELERON О 325 
INTEL CELERON О 346 
INTEL PENTIUM 4 505 
INTEL PENTIUM 4 506 
INTEL PENTIUM 4 521 
INTEL PENTIUM 4 660 
INTEL PENTIUM 4 670 
INTEL PENTIUM D 840 


$75) kkk tk 
$88) ЖКХ 
$1 32) kkk kik 
$1 35) otk 
$1 51 ) otto 

) tok tk 
$400) otk hk 
$520) TOO Ook 


Ss | SET, ООВ САП y 


введение вполне возможно, что ты решил обновить своего железного дру- 
га или найти замену ему. Конечно, в числе комплектующих, которые ты будешь 
подбирать, есть и процессор. Если обратить внимание на линейку процессо- 
ров от АМО, становится заметно, что в последнее время они сильно подорожа- 
ли. Их стоимость вплотную приблизилась к ценовому порогу процессоров от 
Intel. Так что в поисках сердца для твоей машины стоит обратить внимание и на 
извечные «пентиумы». Не будем агитировать тебя за определенного произво- 
дителя, мы лишь постараемся определить приоритеты линейки ядер от Intel. 


Технологии Если полгода назад платформы на основе LGA775 не пользо- 
вались должным спросом, то сейчас можно с уверенностью заявить, что это 
самая успешная и развитая основа для системных плат под процессоры Intel. 
Благодаря поддержке довольно широкого диапазона процессоров — от сла- 
беньких Intel Celeron D до мощнейших двуядерных монстров — успех обеспе- 
чен. В чем же основные преимущества таких платформ? Во-первых, цены на 
материнские платы с поддержкой ЕСА775 редко превышают $150 даже за то- 
повые модели, а сами по себе процессоры не имеют легко ломающихся ножек. 
Во-вторых, LGA775 — это первая в мире десктопная х86-платформа с под- 
держкой памяти стандарта DDR2. 

Замечу, что боксовый кулер, который мы решились использовать в тесте, 
не очень удачен по сравнению с тем же AMD BOX под 939 сокет. Медный сердеч- 
ник радиатора покрывает крышку процессора не полностью, а само охлаждаю- 
щее устройство крепится непосредственно к системной плате. Следовательно, 
повышается возможность повредить плату и процессор при установке кулера. 
Новые платформы базируются в основном на чипсетах формата Intel 915Р 


Express и Intel 925Х Express, которые в основном лишены поддержки АСР-ши- 
ны и перешли на более скоростную PCI-Express x 16. 

Некоторые процессоры Intel Pentium 4 LGA775 поддерживают 64-бит- 
ную архитектуру ЕМ6АТ, а также очень полезную и нужную технологию пони- 
жения множителя и напряжения процессора в моменты слабой нагрузки — 
EIST. Enhanced Intel Speed Step — это прямой аналог технологии Cool'n'Quiet 
ot AMD. Технология Hyper-Threading в процессорах более позднего поколе- 
ния — само собой разумеющееся. 


методика тестирования в тесте участвовали самые разные процессо- 
ры — как по производительности, так и по набору функций и технологий, поэто- 
му разумнее всего было бы включить в тест большой набор испытаний. В набор 
входят такие хиты, как утилита SuperP! версии 1.4 для подсчета числа «пи» до п- 
го знака после запятой, известный архиватор WinRAR со встроенным тестиров- 
щиком для проверки скорости кодирования, а также традиционные бенчмарки 
3D Mark 2005 и 3D Mark 2003. Для данных программ были установлены стандарт- 
ные настройки при разрешении 1024х768 без каких-либо фильтраций и антиа- 
лайзингов. В качестве игровых приложений выступили Doom 3 и HalfLife 2. Что- 
бы снизить влияние видеоподсистемы на производительность, мы использовали 
низкое (по современным меркам) разрешение 800x600. Кроме Toro, применя- 
лись такие тестовые пакеты CPU, как Hot CPU Tester Pro 4 и Dr. Hardware 2004 
версии 5.5.0е. Поскольку в нашем обзоре присутствуют и решения с поддерж- 
кой технологии Hyper-Threading, и двуядерный процессор в лице Intel Pentium D 
840, было решено проверить производительность подопытных экземпляров при 
запуске одновременно нескольких бенчмарков в различных вариациях. 


тестовый стенд: 
Кулер: Intel BOX 
Материнская плата: Abit AW8-MAX 


Память: AData Vitesta ООН? 533, 2x512 Mb 

Bugeonnata: ASUS Extreme N7800GTX TOP, 256 Mb DDR3 
Винчестер: Maxtor 6Y120L0, 120 Gb, 7200 RPM, Ultra-ATA/133 
Оптический привод: SONY DVD/CD-RW CRX300E 

Блок питания: Thermaltake Power Station, 520W 

Операционная система: Microsoft Windows XP Home Edition SP2 


Intel Celeron D 325, 
2,53 MHz 


ЧАСТОТА, ГГЦ: 2,53 

ЯДРО: Prescott 

ШИНА, МГЦ: 533 

ОБЪЕМ КЕША L2, KB: 256 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: нет 
ПОДДЕРЖКА HYPER-THREADING: нет 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Малайзия 


Самый слабый процессор в нашем 
тестировании изготовлен в Малайзии 
и имеет частоту 2,53 ГГц. Из досто- 
инств стоит отметить только низкую 
цену. Данное решение отлично по- 
дойдет для персональных компьюте- 
ров, предназначенных для офисной 


работы и не рассчитанных на ресур- 
соемкие вычисления, тем более на 
многозадачную работу. 

Что и говорить, в слабых тес- 
товых результатах виноват не толь- 
ко низкий частотный порог, но 
и кеш второго уровня объемом все- 
го в 256 Кб. Этот процессор не 
снабдили какими-либо функциями 
защиты наподобие Execute Disable 
Bit. О технологиях Hyper-Threading 
или поддержке 64-битной архитек- 
туры вообще забудем. Зато будут 
работать стандартные инструкции 
ММХ, SSE, SSE2 и 55ЕЗ. 

В общем, неплохое бюджетное 
решение отрабатывает свои деньги, 
о чем нам и говорят результаты тес- 
тирования. 


Intel Celeron D 346 


ЧАСТОТА, ГГЦ: 3,06 

ЯДРО: Ргезсой 

ШИНА, МГЦ: 533 

ОБЪЕМ КЕША 12, КБ: 256 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: да 
ПОДДЕРЖКА HYPER-THREADING: нет 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Малайзия 


пе! Celeron D 346 изготовлен с приме- 
нением 0,09-мкм технологии произво- 
дства на «растянутом» кремнии с чис- 
лом транзисторов, равным 125 млн. 
Площадь ядра составляет 112 кв. мм, 
а в набор УМО-инструкций входят 
ММХ, SSE, SSE2 и SSE3. Кстати, одной 
из причин перехода на ядро Prescott 


стало повышенное тепловыделение: 
процессор действительно мало греет- 
ся даже при разгоне. Между тем, мно- 
житель CPU, зашитый в процессоре, 
составляет не много не мало х20. 

Как известно, процессоры ли- 
нейки Celeron всегда отличались де- 
шевизной и скромной производи- 
тельностью. Несмотря на внушитель- 
ную частоту кристалла, кеш состав- 
ляет всего 256 Кб. Технология Hyper- 
Threading также не поддерживается. 
Результаты тестирования, соответ- 
ственно, весьма неутешительные. 
Никакого эффективного мультиза- 
дачного использования и быть не мо- 
жет! Однако подобное положение 
дел все-таки лучше, чем аналогич- 
ный вариант Intel Celeron D325. 


Intel Pentium 4 505 


ЧАСТОТА, ГГЦ: 2,66 

ЯДРО: Prescott 

ШИНА, МГЦ: 533 

ОБЪЕМ КЕША 12, KB: 1024 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: нет 
ПОДДЕРЖКА HYPER-THREADING: нет 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Китай 


Единственный процессор в нашем 
обзоре, изготовленный руками на- 
ших китайских собратьев по разуму. 
ntel Pentium 4 505 отличается от про- 
цессоров линейки Celeron О сильно 
увеличенным объемом кеша второго 


уровня — целый мегабайт. Имеется 
поддержка стандартных инструкций 
SSE, SSE2, SSE3 и ММХ. 20-кратный 
коэффициент умножения СРУ пора- 
дует покупателей-оверклокеров. Про- 
цессор легко поддается разгону, од- 
нако серьезно греется, поэтому овер- 
клокер должен действовать предель- 
но аккуратно. 

Устаревшее ядро устанавли- 
вает сильные ограничения на Intel 
Pentium 4 505. Прежде всего, поль- 
зователь лишен поддержки техноло- 
гии Нурег-Тпгеа та. Отсутствуют да- 
же аппаратная антивирусная защита 
и EM64T. В целом получаем хороший 
процессор, но без излишеств. 


Intel Pentium 4 506 


ЧАСТОТА, ГГЦ: 2,66 

ЯДРО: Ргезсой 

ШИНА, МГЦ: 533 

ОБЪЕМ КЕША 12, KB: 1024 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: есть 
ПОДДЕРЖКА HYPER-THREADING: нет 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Коста-Рика 


Еще один явный представитель кате- 
гории Middle-End, с частотой 2,66 ГГц, 
но произведенный в Коста-Рике. 
Сложно говорить о преимуществах 
этой модели перед Intel Pentium 4 505, 
так как разница проявляется только 


в результатах теста. В остальном про- 
цессоры полностью идентичны, если 
не считать такие новшества, как 64- 
битная архитектура и технология EVP 
(Enhanced Virus Protection), которые и 
позволили повысить рейтинг OT 505 до 
506. Здесь также поддерживаются до- 
полнительные наборы инструкций: 
SSE, SSE2, SSE3. В остальном станда- 
ртно: объем кеша L1 составляет 16 Кб, 
а объем кеша второго уровня L2 име- 
ется в размерах 1024 Кб. Коэффици- 
ент умножения частоты равен 20-ти. 
Ясно, что такой процессор вряд 
ли предназначен для сверхмощных 
машин, хотя бы потому что технологи- 
ей Hyper-Threading здесь и не пахнет. 
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Intel Pentium 4 660 


ЧАСТОТА, ГГЦ: 3,6 

ЯДРО: Prescott-2M 

ШИНА, МГЦ: 800 

ОБЪЕМ КЕША L2, КБ: 2х1024 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: есть 
ПОДДЕРЖКА HYPER-THREADING: есть 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Коста-Рика 


Младший брат процессора ме 
Pentium 4 670 произведен в Коста- 
Рике. Отличается от своего родствен- 
ника только частотой, равной 3,6 ГГц, 
поэтому разница производительнос- 
ти заметна мало, но она есть. Само 


собой, пользователь гарантированно 
получает поддержку все той же тех- 
нологии Hyper-Threading, 64-битной 
архитектуры и двухмегабайтный 
кеш L2. Пользователь также пораду- 
ется опциям Enhanced Speed Step и 
Execute Disable Bit. 

В отличие от процессора Intel 
Pentium 4 670, в данном случае ко- 
эффициент множителя СРУ умень- 
шился до x18. 

Несмотря на разницу всего $10 
между Intel Pentium 4 660 и Intel 
Pentium 4 670, рекомендуем прис- 
мотреться скорее ко второму вари- 
анту. Правда, десять баксов бывают 
не лишние... 


Intel Pentium 4 670 


ЧАСТОТА, ГГЦ: 3,8 

ЯДРО: Prescott-2M 

FSB, МГЦ: 800 

ОБЪЕМ КЕША L2, КБ: 2х1024 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: есть 
ПОДДЕРЖКА HYPER-THREADING: есть 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Коста-Рика 


Представляем модель, действительно 
достойную называться Hi-End'om. Име- 
ется все, что только можно пожелать: 
и усовершенствованное ядро Prescott- 
2М, и двухмегабайтный кеш, и аппа- 
ратная антивирусная защита. Плюс ко 


всему празднику — технологии, став- 
шие традиционными: Hyper-Threading 
и EIST. Не стоит забывать и о полной 
поддержке 64-битной архитектуры. 
Пусть даже Intel Pentium 4 670 за счет 
Hyper-Threading дает пользователю 
мнимую двупроцессорность, он не ус- 
тупает по производительности венце- 
HocHomy Intel Pentium О 840. Так что 
пользователь не будет обделен воз- 
можностью одновременно играть в иг- 
рушки и кодировать видео вместе с 
аудио с небольшими потерями. За 
право обладания таким мощным про- 
AYKTOM придется выложить не много 
не мало $400, что, согласись, равняет- 
ся покупке бюджетного системника. 


3D Mark05 + WinRAR 
процессор 


Intel Pentium О 840 


Intel Pentium 4 670 


Intel Pentium 4 660 


Intel Pentium 4 521 


Intel Pentium 4 505 


Intel Pentium 4 506 


Intel Celeron D 346 


Intel Celeron D 325 
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А вот и тест на мультизадачность! Intel 
Pentium D 840 показал себя во всей красе 


Intel Pentium О 840 


ЧАСТОТА, ГГЦ: 3,2 

ЯДРО: Smithfield (2xPrescott) 

ШИНА, МГЦ: 800 

ОБЪЕМ КЕША L2, КБ: 2х1024 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: есть 
ПОДДЕРЖКА HYPER-THREADING: нет 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Малайзия 


Этот процессор является одним из са- 
мых мощных из линейки Intel Pentium 
О, доступных на сегодня в продаже. 
Построен на основе двух ядер 
Prescott, имеющих индивидуальный 
кеш и соединенных общей шиной. Pa- 
ди топовой производительности в 
этот процессор было вложено 2 Мб 
кеш-памяти второго уровня. Все тех- 
нологии, необходимые для такого 
процессора, на месте — EM64T и EIST 
готовы к использованию. Имеется 
и аппаратная антивирусная защита. 
Сожалеем, но поддержка Hyper- 
Threading отсутствует. Возможность 
связывать четыре виртуальных процес- 
сора имеет только топовый Intel Pentium 
ЕЕ 840. Отмечу не только дороговизну 
продукта, но и очень высокую темпера- 
туру при 50% нагрузке, так что для раз- 
гона вряд ли подойдет. В то же время 
частота в 3,2 ГГц уступает многим более 
дешевым одноядерным собратьям. 


Intel Pentium 4 521 


ЧАСТОТА, ГГЦ: 2,8 

ЯДРО: Prescott 

ШИНА, МГЦ: 800 

ОБЪЕМ КЕША 12, КБ: 1024 

ТЕХПРОЦЕСС, МКМ: 0,09 

ПОДДЕРЖКА 64-БИТНЫХ ПРИЛОЖЕНИЙ: есть 
ПОДДЕРЖКА HYPER-THREADING: есть 
СТРАНА-ПРОИЗВОДИТЕЛЬ: Филиппины 


ntel Pentium 4 521 не претендует на 
лавры двуядерного решения или 
сверхпроизводительного процессо- 
ра. Обладая не самой высокой час- 
тотой в 2,8 ГГц, выполнен по 90-нм 
техпроцессу и содержит кеш внуши- 
тельных размеров — 1024 Кб. При 
работе процессор практически не 
греется, так что возможностей для 
разгона хоть отбавляй, особенно ес- 
ли учесть х14 множитель CPU. Camo 
собой, имеется и все необходимое 
в комплекте: 64-битная архитектура 
и технология Hyper-Threading. Функ- 
ции безопасности будут держать 
твой процессор под надежной защи- 
той. Имеется также и поддержка 
стандартных инструкций ММХ, SSE, 
SSE2 и 55ЕЗ. 

К нашему удивлению, данный 
процессор не обладает поддержкой 
Enhanced SpeedStep Technology, что 
показывает Intel Pentium 4 521 с He- 
выгодной стороны. Так что с разго- 
ном аккуратнее. 


ВЫВОДЫ весьма неоднозначные. 
С одной стороны, в наших руках по- 
бывали процессоры, изготовлен- 
ные с применением таких передовых 


6 1 


и на домашнем компьютере. Так что 
тебе придется сделать выбор исхо- 
дя только из своих потребностей и 
предпочтений. Если ты игрок по 
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проектированием, то советуем при- 
обрести Intel Pentium О 840, кото- 
рый получает оценку «Выбор редак- 
ции». Этот двуядерный процессор 


Бенчмарки и игры 


технологий, как Hyper-Threading, жизни и не мыслишь свою жизнь показывает отличные результаты — ЗОМаж 2005 
предназначенных скорее для обра- без виртуальной реальности, TO и в многопоточном тестировании, процессор баллы 
ботки нескольких потоков инфор- процессоры марки 660 и 670 — и в одиночном. Благодаря лучшему Intel Celeron D 325 5084 
мации. С другой стороны, нам пред- твой вариант. Конечно, если ты не соотношению цены и производи- Intel Celeron D 346 5697 
лагают соблазнительные бюджет- ограничен в средствах. Если же тельности, награду «Лучшая nokyn- Intel Pentium 4 506 6451 
ные варианты, которые прослужат твоя работа связана с научной дея- ка» заслуженно получает процес- Intel Pentium 4 505 6459 
долго не только на офисном, но тельностью или многопоточным сор Intel Pentium 4 521 & Intel Pentium 4 521 6570 
Intel Pentium 4 660 7063 
Intel Pentium 4 670 7116 
Тесты на мультизадачность Процессорные тесты Intel Pentium D 840 _ 7431 
3DMark 2005 + WinRAR Super Pl, 1M, с Dooms (800x600) 
процессор баллы kb/s процессор (es процессор fps 
Intel Celeron D 325 4789 287 Intel Pentium 4 670 45 Intel Celeron D 325 68 
Intel Celeron D 346 4831 296 Intel Pentium 4 660 47 Intel Celeron D 346 75 
Intel Pentium 4 506 4997 311 Intel Pentium D 840 55 Intel Pentium 4 505 121 
Intel Pentium 4 505 5005 313 Intel Pentium 4 521 59 Intel Pentium 4 506 123 
Intel Pentium 4 521 5270 332 Intel Pentium 4 506 59 Intel Pentium 4 521 130 
Intel Pentium 4 660 5563 357 Intel Pentium 4 505 60 Intel Pentium D 840 137 
Intel Pentium 4 670 5611 365 Intel Celeron D 346 62 Intel Pentium 4 660 148 
Intel Pentium D 840 6220 395 Intel Celeron D 325 65 Intel Pentium 4 670 154 
3DMark 2005 + WinRAR + Super PI WinRar HalfLife2 (800x600) 
процессор баллы kb/s c процессор ie; процессор fps 
Intel Celeron D 325 4058 203 85 Intel Celeron D 325 397 Intel Celeron D 325 78 
Intel Celeron D 346 4122 216 82 Intel Celeron D 346 409 Intel Celeron D 346 89 
Intel Pentium 4 506 4535 246 78 Intel Pentium 4 505 420 Intel Pentium 4 505 142 
Intel Pentium 4 505 4532 251 78 Intel Pentium 4 506 423 Intel Pentium 4 506 145 
Intel Pentium 4 521 4766 275 74 Intel Pentium 4 521 452 Intel Pentium 4 521 150 
Intel Pentium 4 660 4989 298 69 Intel Pentium 4 660 471 Intel Pentium D 840 156 
Intel Pentium 4 670 5003 315 68 Intel Pentium 4 670 479 Intel Pentium 4 660 163 
Intel Pentium D 840 5719 345 54 Intel Pentium D 840 481 Intel Pentium 4 670 171 
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3DMark05+WinRAR+SuperPI 


процессор 


Intel Pentium О 840 


Intel Pentium 4 670 


Intel Pentium 4 660 


Intel Pentium 4 521 


Intel Pentium 4 505 


Intel Pentium 4 506 


Intel Celeron D 346 


Intel Celeron D 325 


HalfLife2 (800x600) 


процессор 


Intel Pentium 4 670 


Intel Pentium 4 660 


Intel Pentium D 840 


Intel Pentium 4 521 


Intel Pentium 4 506 


Intel Pentium 4 505 


Intel Celeron D 346 


с kb/s баллы процессор kb/s 
54 Intel Pentium О 840 [ES — 4381 
(|| 345 Intel Pentium 4 670 a 479 
SS eee 5719 Intel Pentium 4 660 [DO 47: 
68 Intel Pentium 4 521 DE — 452 
ae 315 Intel Pentium 4 506 DO) — 423 
== | 5003 Intel Pentium 4 505 [FS — 420 
69 Intel Celeron О 346 _ ШИ — 409 
| 298 Intel Celeron О 325 LI) — 307 
an ОЕ] 4989 
74 Super Pl, 1M, с 
пы 275 процессор с 
_ нии 4766 Intel Celeron D 325 65 
78 Intel Celeron D 346 62 
| 251 Intel Pentium 4 505 60 
| 4532 Intel Pentium 4 506 59 
78 Intel Pentium 4 521 59 
ЕН 245 Intel Pentium О 840 55 
ен SSS 4535 Intel Pentium 4 660 47 
82 Intel Pentium 4 670 45 
| 216 Вычисление числа «пи» Intel Pentium D 840 снова не блещет 
_———— aS 4122 
85 3D Mark 2005 
ии] 203 процессор баллы 
_————— ee 4058 Intel Pentium О 840 _ ИИ — 7431 
Отрыв двуядерного Intel Pentium D 840 от одноядерных собратьев увеличивается при одновременной загрузке сразу трех бенчмарков! Intel Pentium 4 670 Е 7116 
Intel Pentium 4 660 _ ШИМ — 7063 
Роотз (800x600) Intel Pentium 4 521 [SS — 6570 
fps процессор fps Intel Pentium 4 505 Ss 6459 
171 Intel Pentium 4 670 [ON — 154 Intel Pentium 4 506 WO) — 6451 
163 Intel Pentium 4 660 DS — 148 Intel CeleronD 346 _ ШИМ — 5697 
156 Intel Pentium D 840 ES — 137 Intel Celeron D 325 [NN — 5084 
150 Intel Pentium 4 521 DO — 130 ЕО АИ НииЕ РО БЕбВИНО 
143 Intel Pentium 4 506 _ [ШИ 123 
142 Intel Pentium 4 505 ШИ — 121 
89 Intel Celeron О 346. [00 75 
78 Intel Celeron D 325 [i 68 


Intel Celeron D 325 


WinRAR 


Популярный продукт от Valve никак не меняет 
сложившуюся картину. Количество ЕР$ изменилось, 


позиции конкурентов — нет 


Качественное убийство марсианских монстров зависит не 


TONbKO OT графической платы, но и от процессора. Заметим, 


что Intel Pentium О 840 занимает не передовые позиции 


ВЫБИРАЕМ AGHA BWHSBH AeBHOTEATSE 


DUDXPEI 


ОФФТОПИК 


A-DATA VITESTA 


DDR2-533 


TECTUPYEM 
ПАМЯТЬ СТАНДАРТА 
БОВ? ЕВГЕНИЙ попов 


Test_lab выражает благодарность за предос- 


тавленное на тестирование оборудование 
международному рекламному агентству 
Image Media. 


СЕРИЙНЫЙ НОМЕР: 551XR (ADQKD1908) 


КОЛИЧЕСТВО МОДУЛЕЙ: 2 


ОБЪЕМ КАЖДОГО МОДУЛЯ, МБ: 512 


СКОРОСТЬ МОДУЛЯ: PC2-4300 


ЧАСТОТА ШИНЫ, МГЦ: 266 


ПРОПУСКНАЯ СПОСОБ-ТЬ МОДУЛЯ, ГБ: 4,3 


ПРОПУСКНАЯ СПОСОБНОСТЬ 
В ДВУХКАНАЛЬНОМ РЕЖИМЕ, ГБ/С: 8,6 


ШИРИНА МОДУЛЯ, БИТ: 64 


ASUS Р5СО1 / Pro Pentium 4 670 i 


ASUS P5GD1 / Pro Pentium 4 505 
Abit AW8-MAX / Pentium 4 670 


Abit AW8-MAX / Pentium 4 505 


тестовый стенд: 


Кулер: Intel BOX 

Материнская плата 1: Abit AW8-MAX (чипсет 1925Х) 
Материнская плата 2: ASUS P5GD1 Pro (чипсет i915P) 
Видеоплата: ASUS Extreme N7800GTX ТОР, 256 Mb DDR3 


poueccop 1: Intel Pentium IV 505, 2, 66 GHz (Prescott, LGA775) 
poueccop 2: Intel Pentium IV 670, 3, 80 GHz (Prescott-2M, LGA775) 


Винчестер: Maxtor 6Y120L0, 120 Gb, 7200 RPM, Ultra-ATA/133 


Оптический привод: SONY DVD/CD-RW CRX300E 
Блок питания: Thermaltake Power Station, 520W 


Операционная система: Microsoft Windows XP Home Edition SP2 


Data. Перед тем как положить новинку на операционный 
стол, разберемся, что такое DDR2-namatb и в чем состо- 
ят ее преимущества. 
Прежде всего, память типа DDR2 — это уже не но- 
вый стандарт, призванный заменить память ООВ в на- 
стольной платформе Intel. Принцип функционирования 
нового поколения, по сравнению с ООВ, остался преж- 
ним: данные передаются по шине и на восходящей части 
синхросигнала, и по его спаду, что обеспечивает модулям 
памяти удвоенную эффективную скорость передачи дан- 
ных по отношению к частоте шины. Однако в DDR2 есть 
некие нововведения, которые обеспечили повышение 
пропускной способности на больших последовательных 
массивах данных. В основном DDR2 используется в сов- 
ременных системных платах под процессоры Intel. 
Память, которую мы протестировали, является ти- 
пичным представителем ООВ2-поколения и поставляет- 
ся в виде двух идентичных модулей, обладающих двусто- 
ронней алюминиевой системой охлаждения. Каждая из 
планок обладает объемом 512 Мб и способна работать в 
режиме Dual. Данный набор памяти характеризуется 
частотой передачи данных 533 МГц, а величина пиковой 
пропускной способности каждого модуля составляет 
4,3 Гбита/с. На каждой планке имеется голографическая 
наклейка с серийным номером и спецификацией устрой- 
ства для защиты от подделки. Сами охладители прижаты 
очень плотно к микрочипам, поэтому перегрев не обес- 
покоит пользователя. 


Эксперимент проводился в два этапа — на двух 
разных процессорах. На первом «забеге» мы провели 
тест производительности при использовании схемы тай- 
мингов 4-4-4, установленной в BIOS материнской платы 
по умолчанию, то есть по SPD. 

На втором этапе эксперимента был проведен тест 
стабильности памяти при работе в экстремальном режиме 
с максимально возможными таймингами 3-3-3 при напря- 
жении 1,9 вольт. Цель эксперимента — найти минимально 
возможные значения, не приводящие к сбоям в работе под- 
системы. Кстати, в процессе испытаний память устойчиво 
функционировала при задержке САЗ#, равной трем, одна- 
ко данный фактор зависит исключительно от системной 
платы. Все тесты проводились с помощью программы 
RightMark Memory Analyzer версии 3.58. 

Из полученных данных мы можем сделать следующие 
выводы. Во-первых, память демонстрирует самую высокую 
стабильность и производительность на чипсете 1925Х. Мо- 
дули достойно функционируют как со стандартными тай- 
мингами BIOS, так и в режиме высокой нагрузки, что нема- 
ловажно. Во-вторых, судя по результатам, данный набор 
памяти станет хорошим выбором при сборке современно- 
го настольного компьютера на основе процессора от Intel. 
Конечно, в тестировании многое зависело от материнской 
платы и процессора, но, несмотря на это, в качестве рас- 
смотренного набора A-Data Vitesta DDR2-533 сомневаться 
не приходится. Остается только питать надежду на то, что 
компания-изготовитель не вздумает непомерно завышать 
цену на продукт и постарается сделать A-Data Vitesta 
DDR2-533 доступной для потребителя & 


Скорость 


Максимальная 
скорость записи 


Максимальная 
скорость чтения 


Средняя 
скорость записи 


Средняя 
скорость чтения 


Задержка 
Мбит/с 


т 
о 


Максимальное время 
случайного доступа 


Минимальное время 
случайного доступа 


Максимальное время 
псевдослучайного доступа 


Минимальное время 
псевдослучайного доступа 


B 
Bb | ~~ 


ИЗ СЛЕДУЮЩЕГО НОМЕРА 
ТЫ УЗНАЕШЬ: 

О НОВОМ СТАНДАРТЕ С++ 
О СЕТЕВЫХ ПРОТОКОЛАХ, WEB- 
СЛУЖБАХ, XML, СЕТЕВЫХ 
ПРИЛОЖЕНИЯХ 

ОБ ЭКСТРЕМАЛЬНОМ 
ПРОГРАММИРОВАНИИ 

О ТОМ, ЧТО БУДЕТ С DELPHI 
ВСЕ САМОЕ ГЛАВНОЕ О .NET 
ЗАВОЮЕТ ЛИ JAVA МИР 

О ВИЗУАЛЬНОМ МОДЕЛИРОВАНИИ 
О VISUAL STUDIO 2005 

A ТАКЖЕ ПОЙМЕШЬ, ПОЧЕМУ 

У MICROSOFT НЕТ БУДУЩЕГО, 

AY GOOGEE— ECiib! 


СКОРО В СПЕЦЕ: 


WINDOWS VISTA. ВЗГЛЯД ИЗНУТРИ. ПОДРОБНЫЙ АНАЛИЗ 
НОВОЙ OC OT MICROSOFT. НОВЕЙШИЕ ТЕХНОЛОГИИ. УДОБСТВО, БЫСТРОТА РАБОТЫ. 


САЙТОСТРОЕНИЕ. М/ЕВ-КОДИНГ: НОВЕЙШИЕ ТЕХНОЛОГИИ, ЯЗЫКИ, НЮАНСЫ. 
ДЕЙСТВЕННЫЕ СПОСОБЫ ПРОДВИЖЕНИЯ САЙТА. ПОРТАЛ СВОИМИ РУКАМИ. 


BSD. УСТАНОВКА, НАСТРОЙКА, УПРАВЛЕНИЕ В$0-СИСТЕМАМИ.ИСТОРИЯ. ЕЗОПАСНОСТЬ. 
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МОМАМЕ 


НАИСВЕЖАЙШИЕ ПРОГРАММЫ 
OT NNM.RU 1206 (pocennm.ru) 


Opera 9 TP 2 (en) 


Норвежская команда, разрабатывающая широко 
известный браузер Opera, выпустила Technology 
Preview 2 девятой версии своего продукта. 

™ ПОДДЕРЖКА ВИДЖЕТОВ; 

— ВСТРОЕННЫЙ ТОРРЕНТ-КЛИЕНТ; 


— ОТОБРАЖЕНИЕ УМЕНЬШЕННОЙ 
КОПИИ СТРАНИЦЫ В TABAX. 


Nero 7.0.5.4 


Обновилась седьмая версия самой популярной 
программы для записи CD — Nero. 

Один из лучших пакетов программ для запи- 
си на CD-R-, CD-RW- и О\МО-диски, но не только. 
Теперь Мего — это многофункциональный набор 
средств для работы с данными, музыкой и звуком, 
фотографиями, телевидением и видео. Поддержи- 
вается работа с новыми форматами следующего 
поколения (Blu-Ray, HD-DVD) и многое другое. 

Nero умеет писать CD-ROM (ISO, UDF, 
UDF/ISO, Boot, Hybrid), Audio CD, CD Extra, Mixed 
Mode CD, Video CD, Super Video CD, CD Copy. 
Nero 7 Premium объединил в себе целых 18 прог- 
рамм, включая такие новинки, как система управ- 
ления телевизором, поиск медиаконтента, сред- 
ства резервного копирования и восстановления 
данных. Возможности программ, включенных 
в пакет, адски широки, и вот только некоторые из 
них. Мего умеет писать одновременно на несколь- 
ко приводов, возможна и потрековая запись, и ко- 
пирование всего СО, имеется непосредственное 
преобразование МР3З- и WMA-cbalinos в аудиотре- 
ки, есть встроенные аудиофильтры и \ММА\/-редак- 
тор. Кроме всего прочего, имеются собственные 
средства для создания обложек CD. 

Желающим просто «писать» стоит 
остановиться на последней версии шес- 
той серии 6.6.1.14 . HD О\МО-приводы по- 
ка не очень распространены, если вооб- 
ще продаются где-то, так что отказ от но- 
винки не станет очень большой потерей. 


Right Click Image Converter 2.2.2 
Программа для быстрой конвертации графичес- 
ких файлов. Весь процесс происходит в один 


DriveCrypt 4.20 


Программа для шифрования данных. Наследни- 
ца довольно популярной программы ScramDisk. 
Позволяет не только зашифровать данные (для 
чего используются несколько алгоритмов, стой- 
ких к взлому, — AES, Blowfish, Теа 16, Теа 32, Des 
и Triple Des), но и скрыть их. Утаивание происхо- 
дит с помощью метода стеганографии — сокры- 
тие зашифрованных данных в музыкальных фай- 
лах, внешне ничем ни примечательных. DriveCrypt 
зашифровывает как отдельные файлы, так 
и весь жесткий диск, а также создает виртуальные 
диски — файлы-контейнеры для хранения данных, 
которые нужно скрыть от посторонних глаз. 

Во всех этих случаях программа работает 
«прозрачно». Пользователю и программам, ра- 
ботающим с данными, кажется, что процесса 
шифрования-расшифровки как будто и нет вов- 
се. А он есть! Процесс протекает автоматичес- 
ки. Кстати, программное обеспечение, которое, 
как и любые другие данные, может быть разме- 
щено на зашифрованном диске, тоже будет ра- 
ботать как ни в чем не бывало. 

В виде дополнительных возможностей 
DriveCrypt позволяет удалять любые данные 
(восстановить их уже невозможно), поддержи- 
вает управление горячими клавишами, блокиру- 
ет компьютер на время временного отсутствия 
пользователя. Плюс обладает такой опцией, как 
два уровня паролей: один — для администрато- 
ра, другой — для пользователя (полезно, если 
программа используется в организации). 

Система защиты информации DriveCrypt 
предназначена для защиты конфиденциальной 
информации на рабочих станциях, персональ- 
ных компьютерах и ноутбуках. Любая организа- 
ция (от небольшой компании до международной 
корпорации) эффективно защитит бухгалте- 
рию, бизнес-планы, списки клиентов — в об- 
щем, любую конфиденциальную информацию. 

В чем же принцип работы? В процессе 
чтения данных с жесткого диска DriveCrypt ав- 
томатически раскодирует данные до их загруз- 
ки. При записи данные автоматически кодиру- 
ются снова. Процесс кодирования-раскодиро- 
вания абсолютно прозрачен для пользователя 
и любого приложения, поэтому пользователям 
не нужно изменять порядок работы с компью- 

тером. Для допол- 


клик. Выделяем нужные файлы 
(могут быть разных форматов) ив 
контекстном меню выбираем то, 
в какой формат будем конверти- 
ровать. Поддерживается конвер- 
тация из BMP, JPEG, GIF, ICO, PNG, 
TGA, TIFF, WBMP, PSD, CUT, IFF, DDS, 
PBM, PCX, PGM, PPM, RAS, XMB, 
XPM в JPEG, ICON, BMP, PNG, TGA, 
WBMP, TIFF, XPM, PBM, PGM, PPM. 


нительной секрет- 
ности в процессе 
работы раскодиру- 
ются только те фай- 
лы, к которым об- 
ращается пользо- 
ватель, — осталь- 
ная часть диска ос- 
тается закодиро- 
ванной. 


Crypto 2.0 


Универсальный шифратор. Исполь- 
зует алгоритм матрицы. С очень вы- 
сокой скоростью обрабатывают- 
ся любые файлы любого разме- 
ра. Расшифровать файл можно 
только имея матрицу. Возможна 
генерация отдельной матрицы для 
каждого файла или для нескольких 
файлов. В новой версии добавлена 
упаковка файлов методом LZH. 


Total Video Converter v2.4 

Total Video Converter поддерживает 
открытие-проигрывание большого ко- 
личества видео- и звуковых форма- 
тов и их конвертирование в различ- 
ные форматы. Total Video Converter 
имеет мощный алгоритм преобразо- 
вания, который позволяет конверти- 
ровать файлы быстро и надежно. 

Форматы: 3GP, MP4, PSP, SWF, FLV, 

DVD, VCD ит.д. 


Quiet Internet Pager (QIP) Build 7810 Alpha 


Обновился бесплатный клиент для передачи мгновенных сообщений — 
альтернатива ICQ. Позволяет подключаться к различным общедоступным 
серверам. 

Внешне СР во многом напоминает ICQ последних версий. В отли- 
чие от стандартной «аськи», имеет множество дополнительных возмож- 
ностей, таких как просмотр !Р-адреса, программы-клиента, времени вхо- 
да в Сеть собеседника, добавление любого пользователя в свой кон- 
такт-лист минуя авторизацию, причем QIP напрямую работает с контакт- 
листом на сервере. Дополнительные статусы (видимые только пользо- 
вателям СР). Удаление своего номера из контакт-листа другого пользо- 
вателя (работает только для пользователей ОР). Шифрование сообще- 
ний. Мультиязычный интерфейс и многое другое. 


AimOne Screen 
Recorder v1.31 

AimOne Screen Recorder позволя- 
ет записывать происходящее на 
экране или на его участке в видео- 
файл (AVI или WMV). 

Также может быть записан 
звук с любого источника. Програм- 
ма особенно полезна ДЛЯ ПОДГОТОВ- 
ки обучающих курсов, демонстраци- 
онных программ. По сравнению 
с uvScreen Camera, как мне показа- 
лось, тормозит меньше. 


версия 


полезной утилитки. 


Miranda IM Unlocker 1.7.9 
MDpack Вышла новая 
'07.02.06 

Собственноручно ректории, 


собранный IM. 
Умеет палить 

invisible'oB, удалять 

тебя из чужих спис- 


Unlocker позволяет «выкидывать» файлы и ди- 
которые не поддаются удалению 
обычным способом (Cannot delete file: Access is 
denied и т.п.). Интерфейс минималистичен: 
просто добавляется еще одна опция в контек- 
стное меню. На мой взгляд, незаменимая вещь, 


ков, грузить авата- 
ры. Настроен удоб- 


очень сильно помогает не портить нервы :) 


но! Версия будет 
постоянно обнов- 
ляться. 


Windows. Проста в 
New Weather v1.0 

Взбурлило множество разных споров по теме 
Weather Watchers, было предложено и несколь- 
ко альтернативных программ... Честно скажу, 
я поддержал российского производителя. Прог- 
рамма для получения прогноза погоды по выб- 
ранному городу и курса различных валют — 
в режиме онлайн через интернет. Информер 


тельных настроек, 
дит как новичкам, т. 


большой размер и 


Light Alloy 3.5.5944 


Программа для воспроизведения 
видео- и звуковых файлов под 


содержит множество дополни- 


оналам. Проигрыватель имеет не- 


для быстрого запуска и минималь- 
ной загрузки систе 


Jet Audio 6.2.5 Plus VX 


Популярная програм- 
ма для воспроизведе- 
ния аудио-видео. Под- 
держивает все фор- 
маты мультимедиа, ре- 
дактирование тегов, 
синхронизацию с интер- 
нет-БД, скины, звуко- 
вые эффекты, запись 
CD и многое другое. 


управлении, но 


то есть подхо- 
ак и професси- 


оптимизирован 


мы. 


находится в системной панели возле часиков и 
показывает текущие сведения при наведении 
курсора мышки. Прогноз погоды для более 100 
городов России, СНГ и Балтии. Курсы ЦБ РФ 
мировых валют и драгоценных металлов. Бес- 
платна и компактна... 


GIF Movie Gear 4.1.0 


Если ты хочешь создать анимированные GIF, 
но боишься засорить свой компьютер такими 
монстрами, Kak Adobe Photoshop и ему подоб- 
ные, TO GIF Movie Gear создан для тебя. 

Обладая маленьким размером (962 Кб), 
программа позволяет создавать полноценные 
анимированные GIF, а также оптимизировать их 
размер. В отличие от многих утилит похожего 
назначения, имеет простой интерфейс и позволя- 
ет выполнять задания быстро и без лишних 
действий. Программа позволяет открывать и ис- 
пользовать в качестве кадров для создаваемой 
анимации файлы следующих типов: GIF, АМИ, BMP, 
JPEG, PNG, PSD. Можно также работать со значка- 
ми (ICO) и анимированными курсорами (ANI). 


CUE Splitter v0.5 


Программка для нарезки дисков, рипанных nNon-stop'om (од- 
ним большим МР3З-файлом), с использованием СУЕ-файла. 
Стабильно работает с \/ВВ-битрейтом & 


ОФФТОПИК 


ы д 
F cies те 517 


ADMINING: 
YCTAHOBKA VPN-CEPBEPA 
HA WINDOWS 2003 SERVER 


НАКОНЕЦ-ТО НАСТАЛ TOT ДОЛГОЖЕЛАННЫЙ МОМЕНТ, 
КОГДА СЕТЬ НАСТРОЕНА, ДОВОЛЬНЫЕ ПОЛЬЗОВАТЕЛИ 
ЛОМЯТСЯ НА СЕРВЕР НАПРЯМУЮ И ПОЛУЧАЮТ ТО, 
ЧТО ДУШЕ УГОДНО. ОДНАКО ВСЕ ЧАЩЕ В ИНТЕРНЕТЕ 
ПОЯВЛЯЮТСЯ ВНУТРЕННИЕ ДОКУМЕНТЫ КОМПАНИИ, 
А НАЧАЛЬНИК НЕ МОЖЕТ ПОНЯТЬ, ПОЧЕМУ ОТЧЕТ 

НА ПРОДАЖУ, СДЕЛАННЫЙ ТОЛЬКО ЧТО, ПОЯВИЛСЯ 
В ОТКРЫТОМ ДОСТУПЕ СОВЕРШЕННО БЕСПЛАТНО. 

ЗА ЭТО ОН БОЛЬНО БЬЕТ ПО ЧЬЕИ-ТО ГОЛОВ 


И КОШ ЕЛ ЬКУ [ЕВГЕНИЙ AKA SATURN (SATURNG@LINKIN-PARK.RU) 


средство OT головной боли Удары судьбы стали нестерпимы? Кор- 
поративная сеть все больше напоминает информационное решето, доступное 
всем? Пора задуматься о защите информации. Существует масса способов 
предотвратить утечки данных и несанкционированный доступ. Можно, напри- 
мер, зашифровать все файлы и открывать их только по требованию конкретно- 
го человека. Или использовать ставшую модной электронно-цифровую подпись 
(ЭЦП). Казалось бы, проще простого: подписываем файл средствами ЭЦП и пе- 
ресылаем адресату. Он в свою очередь проверяет подлинность и расшифровы- 
вает документ. Но как объяснить это дяде Васе, которому компьютер нужен, что- 
бы «докУменты печатать»? И как заставить себя выполнять сотни операций «за- 
шифровка-расшифровка» в день, когда друзья принесли ящик отличного пива? 
К счастью, на помощь способно прийти средство под названием VPN (Virtual 
Private Network), оно реализовано в нашем любимом Windows 2003 server. 


виртуальная? частная? что это такое? строго говоря, УРМ— 
это частный случай оверлейных сетей (Overlay Network) — логических сетей, 
создаваемых поверх другой сети (например интернет). Узлы оверлейной се- 
ти (и VPN в частности) могут быть связаны не только физическим соединени- 
ем, но и логическим. Так что существует возможность создавать множество 
логических сетей одна поверх другой, добиваясь практически любого уровня 
защиты данных. За счет шифрования средствами VPN создается канал обме- 
на информацией, закрытый от посторонних. 

Практический смысл виртуальной сети состоит в следующем. Перед 
отправкой !Р-пакета VPN-areHT (всего лишь средство, реализующее алгорит- 
мы шифрования и транспорта, а не сотрудник ГРУ) шифрует его целиком, 
включая заголовок, формирует новый заголовок (проводит инкапсуляцию), 
где указывает не физический адрес получателя, а координаты его VPN-areH- 
та. Этот механизм, во-первых, позволяет скрыть от злоумышленника реаль- 
ные [Р-адреса пользователей. Во-вторых, так достигается высокий уровень 
абстракции от аппаратных средств, используемых в сети. 

При получении пакета проверяются сведения о VPN-areHte отправителя. 
В случае если такая информация отсутствует, пакет игнорируется. Если заго- 
ловок поврежден, его постигнет та же участь. 

Как видишь, VPN — достаточно простое и в то же время надежное средство за- 
щиты информации, передаваемой по сетям общего пользования. Вот почему эта 


=. солят вия т |. ВЫ 


So 
—, . eo 


Mares “a += ieoeee 


Так выглядит сеть 

с VPN. Благодаря 
высокому уровню 
абстракции от 
аппаратных средств, 


связь между двумя 
сетями может быть 
представлена как 
связь между двумя 
компьютерами 


технология завоевывает - : =i} 
все большую популяр- 
ность и производители 
программного обеспечения постоянно упрощают ее 
настройку. Более того, сейчас многие крупнейшие 
вендоры (Cisco, Intel) встраивают поддержку VPN 
в маршрутизаторы и другие сетевые устройства. 


— oa Le ce 


IP-anpeca можно 
назначать с помощью 
внутреннего DHCP, 
этим же может 
даешь урп в родном КОЛХОЗ! итак, 
наша задача — сконфигурировать VPN-cepBep та- 
ким образом, чтобы он умел «узнавать» пользовате- 
лей и предоставлять им доступ к внутренней сети на основе прав. Приступим... 

Из известного всем и вечно здравствующего меню Start выбираем 
Administrative Tools-> Routing and Remote Access. Если все произошло пра- 
вильно, видим оснастку Routing and Remote access (проще говоря, окно 
с названным заголовком). Находим здесь имя сервера и щелкаем по нему 
правой кнопкой мыши. В появившемся меню нас больше всего интересует 
пункт со славным названием Configure and Enable Routing and Remote Access. 
После выбора этого пункта должен запуститься мастер Routing and Remote 
Access Server Setup Wizard.* 


заняться сам 
\УРМ-сервер 


* Стоит сказать, что есть другой путь к сердцу мастера: Start-> Manage 


Your Server-> Add or remove a role. Появляется окно с возможными 


ролями сервера, здесь выбираем пункт Remote Access/VPN server. 


= 

Теперь, ориентируясь на подсказки мастера, выбираем нужные 
С чего начинается пункты в каждом экране. Начинаем! В окне Соттоп 
VPN-cepBep? Configurations выбрать Virtual Private Network (VPN) server — та- 
Правильно, с пункта ким образом мы сообщаем о намерении установить-таки сер- 
Routing and Remote вер VPN :). Далее Hac любезно просят подтвердить, что на сер- 
Ассез$ (находится вере установлены все протоколы, нужные для нормального 
в Administrative Tools) функционирования службы. Если в окне протоколов есть 


TCP/IP, смело нажать подтверждение (Yes, all of...). Далее выб- 
рать сетевой адаптер, который связан с интернетом или, если нужно создать VPN во внут- 
ренней сети, адаптер, подключенный к сети. Теперь определимся с !Р-адресацией нашей 
защищенной сети, на этом остановимся подробнее. 

Существует два способа назначить !Р-адреса клиентам VPN: 1) назначить с помощью 
основного ОНСР-сервера (его настраивали в предыдущем номере); 2) их назначает VPN- 
сервер. В первом случае ты всего лишь «натравишь» VPN-cepBep на его ОНСР-собрата, 
проблем возникнуть не должно. Чтобы адреса назначались \/РМ-шлюзом (по-моему, этот ва- 
риант предпочтительнее), выбираем пункт From а specified range of addresses (экран IP 
Address Assignment). После нажатия заветной кнопки Next выбираем диапазон адресов, 
распределяемых \УРМ-сервером (например, Start IP: 172.16.0.10, End IP: 172.16.0.200). После 
выбора адекватного диапазона адресов нас будет ждать еще один, последний экран. Смело 
отвечаем «No, | don't...» и таким образом завершаем установку VPN-cepsepa! В последнем 
окне мы отказались от аутентификации с помощью сервера Radius (Remote Authentication 
Dial-In User Service). Отныне эта процедура будет производиться при помощи Active Directory. 
Как видишь, все просто. Теперь все легитимные пользователи смогут подключаться к ин- 
тернету (или к внутренней сети — по желанию) при помощи защищенного канала и ис- 
пользовать для авторизации стандартную пару «логин-па- 
роль». Таких пользователей ты сможешь контролировать Альтернативный путь 
средствами Active Directory. к VPN лежит через 

Напоследок напомню, что для каждого клиента необходи- Start-> Manage Your 
мо создать УР№-соединение, в свойствах которого обязательно Server-> Add ог 
указать адрес сервера и, в общем случае, убрать требования по remove а role 
шифрованию заголовков 


Собираешься 
купить цифровик? 


НЕ ДЕЛАЙ ЭТОГО... 
..пока не прочитаешь 
лучший гид покупателя 
цифровых фотокамер 
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Е-МЫЛО 


ПИШИТЕ ПИСЬМА! 


SPEC@REAL.XAKEP.RU [BA ПИСЬМА ОТВЕЧАЛ SKYWRITER 


ОТ: Андрей [crash@e1.ru 


ТЕМА: впечатление от С.Хакера (02/2006) 


здравствуйте, зрес. 


1 БЛАГОДАРНОСТЬ: ЧИТАТЬ СТАЛО ИН 
ФЕВРАЛЬ 2006 ГОДА ПРОСТО ПОРАДОВАЛ. 


2 ЗАМЕЧЕННЫЕ НЕДОСТАТК 
ДЛЯ АДМИНИСТРАТОРОВ. ОН 
Р БОЛЕЕ ОБЗОР 
ДЕТЬ РАЗОБРАННЫМ ЕГО ДО 

НЕ 


ИТ, НО НОСИТ 


з ОЧЕВИДНОЕ- 


ОБРАЗНАЯ РУБ 


ПОМЕШАЛ. 


ОТВЕТ: 


Привет, Андрюха! 


1 СПАСИБО ТЕБЕ ЗА БЛАГОДАРН 
ДРУЖНО НАД Н КОРПЕЛИ, С 
ОЧЕНЬ РАДЫ, ЧТО ХОТЬ ОДИН 
ПИЯ... (ДОКТОР ПРОСЛЕЗИЛСЯ.) 


2 ИМЕННО ДЛЯ ЭТОГО 
НГ». ЧИТАЙ, ПРЕДЛАГАЙ ТЕМ 


ДЫ ДАРИТЬ ЗНАНИЯ! 
з ДА, ЭТО ТАК СПЕЦ 


a1 


ПОЛУЧИ ПРИЗЫ»? У 


ЕСТНО ГОВОРЯ, У 
ЛАСЬ ДАВНО, НО 


~” 


Ww 
про с 


ЕТСЯ :(. ДА ЧТО ТА 
ПРИЛОЖУ, ЧТО ДЕ 


a 


НИЕ): 


ТЕР, 


ВЕРОЯТН 
ЧАТАНО НА ОТДЕЛЬНОЙ СТРА 
ВИТЬ В КОРОБКУ CD/DVD 

РИКА ПРИКОЛЮХА/РЕБ 


4 ДАЕШЬ РЕКЛАМУ В МАССЫ: A 
МОЖНО ВПИХНУТЬ КРАСИВЫЕ ОБ 
ГОТИПАМИ С.ХАКЕРА. ПОСТЕР/КА 


ТСЯ. ИЛИ 


ОИ/СКРИНСЕ 


ТАРАЛИСЬ И 1 


МЫ И ОРГАН 


АЛЬНО СДЕЛА 
ЫЛИ ТАКИЕ КОНКУРСЫ: «ЗАХАКАЙ 


НЯ, КАК У РЕД 


НДАРЬ В ДИСК — НУ СТОЛ 


ТЕРЕСНЕЙ, ЖУРНАЛ ЗА 


OCTb, ДОБРЫЙ ЧЕЛОВЕК! МЫ ВСЕ 
ГРУДИЛИСЬ. ОЧЕНЬ- 
ЧИТАТЕЛЬ ОЦЕНИЛ НАШИ УСИ- 


ИЗОВАЛИ РУБРИКУ «АД 


Ы НОВЫХ СТАТЕИ — МЫ ЛИШЬ 


НО! ПОМНИШЬ, В «ХАКЕ 


ПРОГУ ВАС упк 


ОЕ. ЖДЕМ ВЫКРОЕК ;). 


РА СО, ТАКАЯ ИДЕЯ 


ПЫТАЛСЯ ЗАПИХНУТЬ 
ЬКО РАЗ НЕ СВОРАЧИ- 


ВСЕ-ТАКИ УДАЧ ТЕ 


ПОСТЕР НЕ ЛЕЗЕТ! УМА 


АЛО МАТЕРИАЛА 
‚ ЕСТЬ. НИКТО НЕ СПО- 
ХОТЕЛОСЬ БЫ ВИ- 
ЕЙ КОСТОЧКИ. 


\ЕРЖАНИЕ CD (02/2006) РАСПЕ- 
О ВЫРЕЗАТЬ ЕГО И ВСТА- 
ЭТО ТАКАЯ СВОЕ- 


УС/ЗАПАДЛОСТРОЕНИЕ? 


НО. HA CD/DVD НАВЕРНЯКА 
ИВЕРЫ И ПР. С ЛО- 
НА СТЕНУ ТОЖЕ БЫ НЕ 


OT: KonDyH [tranceriver@mail.ru] 

ТЕМА: яЗык :) 

Hi there spec, может хватит пальцегнутия? Информации вы даете достаточно, 
но продираться через дебри жаргонизмов, чтобы достать крупицу нужной ин- 
формации это что-то :). Так что чтение вашего журнала это тоже в какой-то 
мере хак :). 


ОТВЕТ: bl, в натуре, здорово, КолДуН! Чисто, о каких пальцАх ваще идет 
речь?! Мы за чистую (Понял? Чиста-ю) информацию! И никаких жаргонизмов. 
Наши хакерские братаны и знать не знают, что такое «жаргонизмы»! 


OT: DEVIANCE [DEVIANCE1989@mail.ru] 

ТЕМА: помогите, пожалуйста 

Вас беспокоит Макс. У меня к Вам огромная просьба, уважаемый ХАКЕР. 
У нас на Сахалине в городе Поронайск есть всего один провайдер 
www.card.sakhalin.ru для пользователей Сахалина. Так как провайдер один и лю- 
ди не могут выбирать себе провайдера, то он поднимает цены на инет (хотя 
качество соединения очень плохое, в нашем городе самая большая скорость 
33.6 kb/s и то редко). Помогите пожалуйста. Мне нужно чтобы вы взломали 
этот сервер www.card.sakhalin.ru, там защита я думаю очень слабая. Большая 
просьба взломайте этот сервер и подскажите мне пароль на инет (так как 
я не горю желанием платить 30 рублей в час за такое соединение). 
ЗАРАНЕЕ ОГРОМНОЕ ВАМ СПАСИБО, УВАЖАЕМЫЙ ХАКЕР!! 


ОТВЕТ: Нет, Макс нас не беспокоит. Немножко ноги перед сном чешутся, 
а Макс — нет, не беспокоит, слава Богу... Впрочем, как говорили классики, 
не зарекайся, да? :) 

Кстати, *у нас* на Сахалине тоже только один провайдер. Да и с ценами та 
же проблема. В общем, мы с тобой товарищи по несчастью. И вот тогда, ког- 
да мы до конца осознали свое ничтожество, мы обратились к Великому Хаке- 
ру! Припали десницами к его ногам и воззвали к Халявному Инету. Ну, тут, как 
полагается, гром, молния и прочие катаклизмы. Глядь, а прямо перед носом 
лежит табличка с высеченными буквами: «Login: fsb password: 156123». 
Ввели мы их в компьютер и горя не знали, всем Порнорайском пользовались 
халявой, данной Хакером. Но недолго счастье народное по городам и весям 
гуляло — пришла беда в Порнорайск: угрюмые дяди с надписью «ФСБ» на 
спинах приехали и увезли всех порнорайчан туда, где не светит солнце, вру- 
чили им ледорубы и стали нещадно заниматься эксплуатацией. Долго и 
горько плакали порнорайчане, но делать нечего — УК суров, и над всеми 
нами довлеет «неотвратимость наказания». Тут и сказке конец. 

Сказка ложь, да в ней намек — добрым молодцам урок ;). 


OT: Smolsky Vycheslav [SmolskyVV@mail.ru] 

ТЕМА: не раскрыта 

Здравствуйте, авторы любимого мной журнала!!! Пишу Вам первый раз и хо- 
чу задать такой вопрос. Я сам из Ставрополя. Подключаюсь к инету через мо- 
бильник (Билайн GPRS). Так вот, я хотел бы узнать. Если я захочу что нибуть 
взломать, то как меня могут выследить или поймать??? (5!М-карта зарегист- 
рированая не на меня, вообще даже не знаю на кого.) Прошу Вас, если Вас 
это не затруднит, ответьте мне. (И еще один маленький вопросик: вообще 
хватит ли скорости моего соединения для такого дела??) Заранее огромное 
спасибо!!! Желаю Вам удачи!! ВАШ ЖУРНАЛ ПРОСТО СУПЕР!!! 
GooD...GooD...GooD... 


ОТВЕТ: Здравствуйте, читатели любимого вами всеми журнала! Мы, кстати, 
тоже обратили внимание на то, что ты нам еще не писал: у нас уже, так ска- 
зать, сложившаяся аудитория и мы знаем в лицо всех многочисленных чита- 
телей. Как КГБ. 

Что касается надежности взлома через мобильник, это 100% надежно! Ну, 
представляешь, сидишь ты где-нибудь в глухом лесу с ноутбуком. Кто тебя 
там будет искать? Там же холодно и страшно ((... 

Впрочем, я уверен, что там тебя согреют и успокоят, посадят в теплую машину 
с решетками на окошках и отвезут в будущий дом :)! Так что все плюсы налицо. 
Насчет скорости — верное замечание, помнишь фильмы про хакеров? Для 
взлома нужна скорость, которая в состоянии обеспечить тебе, по крайней 
мере, полноэкранное потоковое видео с хорошим качеством, так что нечего 
даже и пытаться ;(. 

BaD.. BaD.. BaD.. 


ОТ: Некит [fs_noffls@mail.ru] 

ТЕМА: — 

Доброе время суток! Буду краток! Случайно прочитал Хакер Спец за октябрь 
2005. Очень понравилась рубрика Мобильный взлом! Сам вопрос вот: соби- 
раетесь ли вы делать отдельно журнал по мобильникам и прочей современ- 
ной технике (КПК, смарты) по взломам, прошивкам, софтам и др.!? А то на 
данный момент нет достойного журнала! Или расширить рубрику! 

Р.5. Ответ пришлите :)! Удачи! 


ОТВЕТ: Э-э-э, это ты зря, Некит! «Буду краток» уже вносит политический от- 
тенок, так недолго и дзюдо начать заниматься ;). 

Что касается «Могильного взлома». Да, эта тема была (уже дважды, по-моему), 
есть и будет, но до того, чтобы делать отдельный журнал — вряд ли. По крайней 
мере, наверное, не по нашей части. Так вот насчет того, что «нет достойного 
журнала». Ты наши братские «Мобильные компьютеры» не обижай! Они, конеч- 
но, не мегахаксорские, но все-таки практически у руля мировой индустрии ;). 
P.S. Ответ прислали. Тираж около 40 тыс. экз. 


ОТ: Jons [Jons.90@mail.ru] 

TEMA: Дорово, [ацкерыь!!! 

Дорово, ][ацкеры!!! 

Ваш журнал очень Cool!!! Читать очень интересно! 
Хочу спросить, как можно получить на халявщину 
инет. Например прогу, через которую буду выхо- 
дить через другой номер, но через свою линию. 
Заранее благодарен. 


ОТВЕТ: Здоровей видали, Jons! 

Спасибо за заслуженную (еще бы!) похвалу, мы 
очень гордимся и улыбаемся от счастья, когда нас 
хвалят ;). И за это мы тебе раскроем секрет «крэке- 
ра интернета». В последнее время очень сложно 
найти настоящий крэкер. Итак, методика: заходишь 
на www.google.com и набираешь «крэкер интернета 
скачать бесплатно», дальше жмешь «Найти» 
и жмешь по первой ссылке. Дальше тебе нужно за- 
пустить скачанный ехе'шник. Все! Теперь интернет 
полностью бесплатен! 

Не за что. Побольше бы таких добрых и отзывчи- 
вых читателей! 


OT: Новрузов Али [novruzov81@mail.ru] 

ТЕМА: — 

Здраствуйте! Когда уже придет январский СПЕЦ? 
Уже скоро февраль месяц, а его все нет. 


ОТВЕТ: Уж Герман полнится, а близости все нет... Али, получив твое письмо, 
мы очень обеспокоились: вроде бы и готовили номер долго и упорно, 
ночами сидели, в типографию резидентов отправляли и даже сигнальный 
экземпляр видели, а в продажу тираж не поступил :-(! Стали спрашивать 
у издателей, у распространителей — те делают вид, что ничего не заметили 
и ничего не произошло... Ачто самое страшное (для SkyWriter’a, 
ествественно — прим. AvaLANche) — это то, что номер-то был с диском! Не- 
ужели диска тоже нет? Это наверняка провокация шпионов с загнивающего 
капиталистического Запада! Они хотят помешать нам раздуть мировой пожар 
антиглобализма, антикопирайта и свободы совести в цифровую эпоху. Но 
мы-то тоже не просто так, тоже не лыком ЗНП`ы! 

А тем временем это письмо уже пойдет в мартовский номер... 

Где же январский? :( Если до сих пор нет, а ты на него подписан, обратись 
в наш отдел подписки: info@glc.ru или по горячей линии 935.70.34 для 
москвичей или 8 (800) 200.3.999 для жителей других регионов и абонентов 
сотовой связи (звонок бесплатный). 


ОТ: уогоп-19851 [Voron-19851@bk.ru] 

ТЕМА: ufls 

Здравствуй, увожаемый журнал Хакер Спец. Довожу до вашего сведения, что 
вы должны мне 60 центов, потому что в вашем ноябрьском номере непра- 
вильно указан код для получения пароля к сюрпризу. По моей личной сооб- 
ражалке я понял, что необходимо изменить последнюю цифру в коде вернуть 
средства я прошу через Яндекс.Деньги с учетом моральных затрат на этот 
лицевой счет 4100144**0**2. 


ОТВЕТ: Привет, уважаемый читатель! Поздравляем! Ты стал настоящим Хаке- 
ром! Ты хакнул эту замечательную головоломку. Причем быстро и практичес- 
ки без хлопот! А ты знаешь, сколько машинного времени ушло у жадного до 
60 центов населения на подбор 32-буквенного пароля от архива с сюрпри- 
зом?! Хочется плакать! Если бы все это время — да на борьбу, скажем, со 
СПИДом... Или на какой-нибудь идейный DDoS. 

Очень жаль, что ты сделал этот хак именно таким не вселяющим оптимизм спо- 
собом, и пришлось потратить целых 60 центов :(. А с другой стороны, положа 
руку на сердце, скажи, ведь было необязательно слать SMS, так? Можно было 
взломать сервер оператора, получающего эти сообщения, и взять код оттуда. 
Но это, как говорят в моих любимых магазинах на диване, еще не все! 

Ты ведь мог заодно и незаметно перевести на лицевой счет 4100144*0** 
(узнаешь номер ;-)) все средства оператора контента. Ладно... Не расстраи- 
вайся. Все еще впереди, перед тобой огромный мир непознанных возможнос- 
тей — дерзай и новых тебе свершений! 

Р.5. Главное — оставайся добрым и отзывчивым человеком --). 

Искренне твои, Спецы & 


of Fi 
eh 


вы „5 
45-50-03, 945-45 


и 
> 
= 
о 
= 
8 
9 
о 


ПРИНЦИП МАКЛАУДА 


... — И ЭТОГО ЧЕЛОВЕКА МЫ... ТО ЕСТЬ ВОТ ЕМУ 

МЫ ДОЛЖНЫ ДОВЕРИТЬ СВОЮ СУДЬБУ? — ШЕПНУЛ 
МОЛОДОЙ ГОСТЬ ПОЖИЛОМУ. — ПО-МОЕМУ, МЫ 
ЛИБО ОЧЕНЬ ОПРОМЕТЧИВО ПОСТУПАЕМ, ЛИБО 

НАШИ СВЕДЕНИЯ О НЕМ ЧЕРТОВСКИ УСТАРЕЛИ. 

— ПОВЕРЬ МНЕ, ОПАСНОСТЬ — ЛИШЬ ИЛЛЮЗИЯ, — БЫЛ 
ОТВЕТ. — И... МЫ ВСЕГДА МОЖЕМ ОТКАЗАТЬСЯ INFO 


— Да уж, можем... — разочарованный взмах руки, прикушенная губа. — Вот 
только что в таком случае ждет нас и наше дело? 

— По крайней мере, мы останемся в живых, если повернемся сейчас и уйдем 
отсюда, не произнеся ни слова, — в словах пожилого человека чувствовался 
опыт прожитых лет. — А если откроем рот и поделимся своими планами, нас, 
скорее всего, пристрелят. 

— Не очень верится в подобный расклад, — молодой старался не повы- 
шать голос, но высокие нотки невольно срывались с его губ. — Но я при- 
держиваюсь такого же мнения. Если этот человек получит от нас хоть ка- 
кую-то информацию, мы покойники. Но вы же видите сами — он способен 
провалить любое мероприятие! 

На полу что-то мерзко хрустнуло. Молодой отступил в сторону и уви- 
дел под ботинком раздавленные в пыль осколки лампочки. Поднял глаза 
к потолку, разглядел прямо над собой болтающийся на проводе патрон, 
в нем прикипевший цоколь, разочарованно — в очередной раз! — покачал 
головой и глубоко вздохнул. 

Пару минут назад они вошли в эту квартиру и, когда только открыли 
дверь, стали улавливать что-то гнетущее в обстановке — и это еще мягко ска- 
зано. Они сделали всего несколько шагов здесь и уже стали замечать призна- 
ки того, что здесь живет человек пьющий, причем пьющий всерьез и надолго. 

Обшарпанные стены со следами старой штукатурки и обоев. Банка из- 
под горошка, пристроенная в качестве пепельницы у входной двери (еще па- 
ра таких банок стояли в разных углах той комнаты, которая имела право на- 
зываться большой, но никак не гостиной, поэтому мысль о том, что хозяин вы- 
ходит курить на лестничную площадку, отпала практически сразу). 

Вешалка в углу прихожей была явно холостяцкой: вертикальная стойка 
с торчащими в разные стороны крючками, на которых были развешаны два 
выцветших плаща и несколько хозяйственных сумок. Сразу за раскрытой 
входной дверью по звуку и запаху ощущалось присутствие трясущегося ста- 
рого холодильника «ЗИЛ» или «Бирюса» — никакого другого. Никогда не пой- 
мешь, то ли он так работает, то ли стремится выйти из квартиры и сброситься 
с лестницы вниз, чтобы прекратить свое механическое существование. 

Где-то там, где предполагалось быть кухне, бормотало радио: новости 
жизни, экономики и прочей чепухи под периодически вылезающие реклам- 
ные ролики. Оттуда же слышалось журчание крана («Незавернутый кран — 
это же такая пытка...» — «Для соседей особенно...»). 

Полное отсутствие ковровых дорожек и любого покрытия пола. Только 
обшарпанный паркет с непонятной геометрией. И вдоль всего этого велико- 
лепия — две длинные колеи, каждая шириной с велосипедное колесо... По 
коридору, поворот в кухню. Еще две полосы уходят туда, где находился сей- 
час хозяин квартиры и слышались звуки, которые издает телевизор. 

— Инвалидная коляска, — глядя себе под ноги, сказал пожилой. — 
Я был в курсе... 


иллюстрации Анна Журко 


— Понятно, для чего все те пакеты, которые в машине остались. Куча еды ему 
дороже денег, в магазин ведь выйти целая проблема. 

— Совершенно верно. Я все ждал, Михаил, чтобы ты раньше спросил. Ну да 
бог с ним. Надо проходить. Похоже, он открыл дверь и даже сам не понял ко- 
му. Говорить по большей части буду я. Ты же понимаешь, что у меня это вый- 
дет гораздо дипломатичней. Внимательно следи за развитием разговора: 
вполне возможно, что он не очень адекватен, может воспринять наш приход 
как угрозу, как вторжение, как опасность для жизни... 

— Все так серьезно с ним, Павел Григорьевич? 

— Я, скажу по секрету, читал его историю болезни. Есть еще у меня зна- 
комые такого ранга, что достать для меня документы, составляющие тай- 
ны разного рода, не так уж и трудно... Так вот, фабула там еще та... Мне 
иногда кажется, что все, кто занимается Сетью на том уровне, на каком он 
умеет... или умел, черт его знает... Все они потенциальные клиенты психи- 
атрических клиник. 

Из комнаты раздался кашель, невнятное бормотание. Скрипнули 
колеса, наверное, от инвалидного кресла. Спустя несколько секунд по- 
тянуло дымком. 

— Господи, что он курит? — скривился Михаил. — Что за мерзость... Неуже- 
ли нет ничего поприличнее? Надеюсь, там, в ваших пакетах, есть хотя бы 
«Парламент»?! 

— «Парламент»? Вы с ума сошли... Неужели вы никогда не нюхали этот 
запах — вот он стелется сейчас по всей квартире? Я, едва вошел сюда, 
сразу понял, откуда черпает силы несчастный. Это же марихуана. Ко- 
нопля. Трава. Ферштейн? 

— Натюрлих, — ответил Михаил, продолжая кривить лицо. — Наркота, черт 
побери. Еще один плюс в мою пользу. Надо уходить отсюда, пока есть гаран- 
тия, что он не запомнил наши лица. 

— Сомневаюсь, что он запомнит их даже после получасовой беседы, — 
Павел Григорьевич невесело усмехнулся. — Живые люди — это совсем 
не то, что ему интересно. Неужели ты раньше никогда не сталкивался 
с такими, как он, Миша? 

— Не приходилось, чего уж греха таить... Потому мне немного не по себе. 
Думаю, это видно невооруженным глазом. И еще. Все это чертовски похо- 
же на что-то, что я уже когда-то видел по телевизору. Или в кинотеатре... 
Что-то вроде «Блэйда». 

— В каком смысле? — Павел Григорьевич явно понимал, о чем говорит Ми- 
хаил, но хотел услышать его трактовку. 

— Ну, как сказать... Даже слов не хватает. Как вроде одни нехорошие лю- 
ди пришли к таким же нехорошим, но из этого всего вырастает некий на- 
мек на героизм, всесильность, вседозволенность. А корни-то одни — что 
у тех, что у других. 

— То есть он ничем не отличается от того, против кого мы попросим его играть? 
— Да. Блэйд. Точно. Плюс Блэйд был идейным, а мы несем деньги, поэтому 
наш вариант более гнилой, — Михаил нервничал все больше и больше. — 
Давайте уже побыстрее все закончим и уйдем отсюда. 

Павел Григорьевич поправил галстук, посмотрел по сторонам и шагнул 
в комнату. Михаил сделал пару шагов следом за ним. Следующую минуту они 
молчали, так как не в силах были произнести ни слова. 

Комната произвела на них жутковатое впечатление. Сквозь давно не 
мытое окно, не прикрытое ничем — никакого намека на занавески не было — 
пробивалось настолько мало света, что даже серо-голубой отблеск экрана 
телевизора казался здесь ярким. Возле окна в инвалидной коляске сидел че- 
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ловек, который был целью их визита. Ero окутывало призрачное облако того 
самого сладковатого дыма, который Павел Григорьевич безошибочно опоз- 
нал как конопляный. 

Миша осмотрелся как будто скрывая свое действие, одними глазами. 
Человек в кресле внезапно почувствовал это любопытство, проследил за его 
взглядом, хрипло хмыкнул, прикоснулся губами к папиросе и аккуратно, ед- 
ва-едва затянулся. 

— Что вы ищете? — спросил он, выпустив струйку дыма. — Вы и так протор- 
чали в коридоре почти десять минут — я уж решил, что вы ушли. 

— Я ищу то, ради чего пришел, — ответил Михаил, выходя из-за спины Пав- 
ла Григорьевича. — Я ищу компьютер. 

— Вы скупаете старую оргтехнику? — скривился человек. Взявшись руками 
за колеса, он катнул коляску вперед примерно на метр и выехал из конопля- 


«МИХАИЛ ОГЛЯНУЛСЯ 

В ПОИСКАХ МЕСТА, 

КУДА МОЖНО БЫЛО БЫ 
ПРИСЕСТЬ. ЕГО ПОВЕРГЛО 

В ШОК ТО, ЧТО ОН УСЛЫШАЛ!» 


ного тумана. Гости сумели наконец-то разглядеть хозяина квартиры, и Миха- 
ил вновь убедился в том, что его мысль о скорейшем отбытии отсюда была 
единственно правильной. 

Человек был явно молодым — не больше тридцати лет, однако эта мо- 
лодость скорее угадывалась на каком-то подсознательном уровне. Михаил 
просто понимал, что такие, как этот человек, не могут быть старыми. Но 
внешне хозяин квартиры тянул лет на пятьдесят, не меньше. Морщинистые 
руки, лежащие на колесах, были похожи на руки деревенского труженика, 
который всю жизнь не расставался с лопатой, но никак не на руки хакера — 
человека, не державшего в руках ничего тяжелее мышки. 

Какой-то потрепанный байковый халат с несколькими пятнами неопре- 

деленного цвета на нем, спортивное трико серо-синего цвета с эмблемой 
Adidas на бедре. Совершенно неожиданно картину довершали новые тапоч- 
ки непонятной фактуры с какими-то розовыми звездочками. Михаил увидел 
это, хмыкнул и отвел глаза — абсолютно очевидно, что у человека, сидящего 
в инвалидном кресле, обувь должна все время оставаться новой. 
— Ни о какой скупке техники и речи быть не может, — Павел Григорьевич яв- 
но ожидал подобного разговора и был к нему готов. — Я слышал от очень и 
очень авторитетных людей, не бросающих слов на ветер, что здесь, в этих 
стенах я смогу найти человека, который когда-то столкнулся нос к носу с Се- 
тевым Вампиром. Столкнулся и остался жив. Единственный, кто сумел уце- 
леть и продолжать жить после этого, не окружив себя охраной. 

Человек в кресле скривился от упоминания о том, что и Михаил 
услышал впервые. 

— Жить... — прошептал он, но Павел Григорьевич его услышал. 

— Вот именно — жить, — он сделал пару шагов навстречу хозяину. — И мне 
нужен этот человек и все его знания, умения и навыки. Но, к великому моему 
сожалению, я не вижу в этом доме того оружия, которым этот человек может 
сразиться, — я не вижу компьютера. 

Михаил оглянулся в поисках места, куда можно было бы присесть, так 
как его повергло в шок то, что он услышал. Увидев рядом с собой табуретку, 
края которой были словно погрызены неизвестным животным, он опустился 
на нее и жадно стал ловить каждое слово. Еще вчера Павел Григорьевич ска- 
зал ему, что они нанесут визит именно хакеру, способному решить некоторые 
проблемы их бизнеса. И все! Ни о каких вампирах, ни о каком оружии для 
сражений не было и речи! 

— Неужели я ошибся? — продолжил Павел Григорьевич, выждав несколь- 
ко секунд. — Неужели вы расстались с мыслью о том, что можно продол- 
жать вашу работу? 

— Я выпотрошен... — прохрипел хозяин. — Я пуст. Внутри меня чернота. Ни 
единой искорки света... Я видел Сетевого Вампира. Я говорил с ним. Он ока- 
зался сильнее меня. Намного сильнее... 

— Я вижу это, — ответил Павел Григорьевич. — Я вижу человека, который 
растоптан, унижен, обезножен... Но я также вижу человека, который может 
выполнить работу несмотря на всю свою немощь. И у меня есть чем отблаго- 
дарить этого человека. 

— Меня зовут Аристарх, — хозяин немного выпрямился в кресле. — Нем- 
ного напыщенно, но моей вины тут нет: мама постаралась. Не знаю, как 
вам, а мне нравится. 

— Павел Григорьевич, — представился гость. — А это мой помощник Миха- 


ил — человек, которому я в недалеком будущем передам свое дело. Поэтому 
хочу, чтобы он присутствовал здесь от начала и до конца. 

Михаил едва не проглотил собственный язык от изумления, услышав 
последние слова своего босса. «Так я здесь не просто так, а для того, что- 
бы перенимать опыт?!» 

— Что вы хотите от меня? — Аристарх облизнул губы и протянул руку к напо- 
ловину пустой трехлитровой банке с водой. Сделав несколько больших глот- 
ков, он шумно отдышался, после чего со словами «Извините, у меня диабет... 
Пью много...» вернул банку на место. 

— Тоже наследство Вампира? — поинтересовался Павел Григорьевич. 

— Нет, — отрицательно покачал головой хозяин. — Это у меня, как и имя, от 
мамы. Я на инсулине. С детства. Ведь вот и тогда, когда эта сволочь... Я ду- 
маю, он был в курсе. Меня ведь надо было только отключить на пару часов, 
чтобы я пропустил инъекцию. И все. Кома. А из такой комы не выходят. 

— Кто-то успел? — внезапно спросил Михаил. — Кто-то был рядом? 

— Нет, — Аристарх махнул рукой. — Сам как-то. Выбрался. Очнулся, дополз 
до коробки со шприцами, ткнул в бедро. Даже сразу не понял, какой именно 
вытащил из коробки, они ведь разной силы бывают, эти инсулины. Знаете, 
кто чем болеет, тот о том и говорит, — он попытался усмехнуться, но получи- 
лось вяло и очень неправдиво. — Я вам про диабет могу много рассказать... 
— Охотно верю, — Павел Григорьевич оглянулся на Михаила, щелкнул паль- 
цами. Тот послушно встал и отошел в сторону. Босс опустился на его место, 
покрутил шеей, пробурчал «Хондроз, хондроз... Каждому свое». Аристарх 
наблюдал за ним с малозаметной долей интереса. Было заметно, что его 
ноздри раздувались, ловя запах конопли. Казалось, что Аристарх не успел 
сделать несколько самых главных затяжек до прихода гостей и поэтому был 
достаточно сильно раздражен. 

— Вы хотите поговорить о деле? — Павел Григорьевич оглянулся на Михаи- 
ла и подмигнул ему. — Думаю, вас как минимум разбирает любопытство: «Что 
же эти двое могут предложить?» Почему-то мне кажется, что вас нельзя уди- 
вить ни одной произнесенной вслух денежной суммой и вообще какими бы то 
ни было материальными ценностями. 

— Поговорить? Хочу, — ответил Аристарх. — Ну, и в отношении всего осталь- 
ного вы совершенно правы. Деньгами меня не удивишь, смертью не испуга- 
ешь. Попробуйте какой-нибудь другой ход, если вы действительно хотите на- 
нять меня, такого, как есть, на работу. 

— «Takoro» — какого? — поднял бровь Михаил. — Вы намекаете на свое здоровье? 

Павел Григорьевич опустил глаза в пол. Аристарх посмотрел на Миха- 
ила и наконец-то смог улыбнуться по-настоящему: 

— На что? На здоровье? С тех пор как я перестал представлять себе, что та- 
кое здоровье, прошло много лет... В двенадцать лет у меня выявили диабет, 
в шестнадцать с половиной я упал с четвертого этажа по собственной ре- 
бячьей глупости... Нет, в кресле я не поэтому, молодой человек... В двадцать 
четыре я перенес одну очень нехорошую инфекцию — менингит, слышали 
про такую? Это когда или умираешь, или дураком остаешься. Неплохой из 
этого сделали анекдот, в смысле что я не умер. Ну а в тридцать шесть я стал 
тем, кого вы сейчас видите. 

— А сколько вам сейчас? — Михаил не мог сдержаться, вопрос сам просил- 
ся наружу. 

— Сорок два. И вы с трудом верите в это. 

— Точно, — тихо сказал Михаил и прислонился к стене. 

Аристарх отьехал к окну, выглянул на улицу, чему-то кивнул — то ли 
солнцу, то ли птицам... Потом повернулся к Павлу Григорьевичу и спросил: 
— Будем говорить? 

— Да, — тот поднял голову и встал, чтобы подойти ближе. — Но сначала я на- 
зову вам цену, которую готов заплатить за вашу работу, еще не состоявшуюся. 

Он вытащил из внутреннего кармана пиджака маленький листок бумаги 
и протянул его Аристарху. Тот взглянул на несколько написанных там слов 
и цифр, и его губы мелко затряслись. 

— Это правда? Вы действительно в ответе за каждый знак на этом листке? 
— Без всякого сомнения, уважаемый. Но тут, как вы можете видеть, не хватает 
нескольких цифр — для полноты картины. (Аристарх снова жадно стал всмат- 
риваться в листок, а увидев то, что искал, даже застонал от злости.) Я сообщу 
их вам по окончании работы. Вижу по вашим глазам, что вы готовы выполнить 
сейчас для меня любое задание, лишь бы узнать недостающую информацию. 

Аристарх поднял полные боли и страдания глаза на Павла Григорьеви- 
ча и прохрипел: 

— Что я должен делать? Умоляю, давайте быстрее! 

— Вот это уже совсем другой разговор, — Павел Григорьевич кивнул. — Другая 
тональность, другие желания. Наконец-то! Я вижу здесь человека, способного 
решить мою проблему. Но где же ваш компьютер? Я слышал... Точнее сказать, 
у меня есть информация, что с некоторых пор вы не подходите к нему и за не- 
надобностью уничтожили. Так ли это? Если у вас нет компьютера, я предостав- 
лю вам любой, какой вы только захотите, в течение двух часов. Его соберут по 
вашему заказу и привезут сюда быстро, насколько я знаю своих работников. 


Аристарх окинул взглядом комнату и посмотрел Ha Павла Григорьевича 
снизу вверх: 

— Не все так плохо, как кажется. 

Он подъехал к старой полированной стенке, откинул крышку, сразу 
ставшую подобием письменного стола, и гости увидели в глубине шкафа ак- 
куратный сияющий Macintosh. 

— Это, конечно, не самое совершенное сетевое оружие в этом мире, но он 
мне нравится своей безотказностью, — прокомментировал Аристарх. — Ни 
разу не подвел меня... Кроме одного раза, но там я сам был виноват. Не учел 
некоторые факторы, о существовании которых просто обязан был догады- 
ваться. Знаете, Сеть полна таких загадок, что никакой фантазии не хватит, но 
задним числом понимаю, что мог бы и подготовиться к бою, мог бы просчи- 
тать чужие ходы, мог ответить так, что не я, а он сидел бы сейчас в инвалид- 
ном кресле! А лучше — лежал в гробу!.. 

— Кто «он»? — шепнул Михаил Павлу Григорьевичу. — Почему я не в курсе? 
— Тихо, — резко ответил тот. — Так вы готовы слушать? 

— Готов. 

— Значит, так, — Павел Григорьевич немного прошелся по комнате, поти- 
рая руки. — Я и мой друг представляем одну довольно влиятельную корпо- 
рацию. Фирму, напрямую связанную с высокими технологиями. Не буду 
приводить здесь ее название, но, поверьте, не ради тайны. Просто мне так 
привычнее: лучше скрыть очевидное, чем потом разгребать последствия. 
Тем более что вы сами будете в состоянии догадаться, не утрачена ли ва- 
ша способность к анализу... 

Аристарх рассмеялся громко, в его смехе было презрение. 

— Утрачена? Способность к анализу? А как, по-вашему, я остался в живых 
тогда? Только лишь потому, что сумел быстро просчитать все на пальцах 
и предсказать развитие события на полхода вперед! 

«Как-то не очень верится насчет “быстро”, — подумал Михаил, продол- 
жая рассматривать инвалидное кресло Аристарха. — Чего же он тогда вот 
так? В таком виде? Значит, все-таки не просчитал». А вслух сказал: 

— Дай бог, чтобы эта способность действительно сохранилась в полном объеме. 
— В Сети нет Бога, — внезапно резко ответил Аристарх. — Нет и не может 
быть. А я дитя Сети — кровь и плоть от нее, поэтому мне виднее... 

— Да я, собственно, не об этом, — ответил Михаил, не понимая реакции 
Аристарха, уж совсем она была сейчас не к месту. — Я-то все о том, что нас 
интересует. О ваших способностях. 

— Они никуда не делись, — снова металлическим тоном ответил хозяин. — 
Если сомневаетесь в чем-то, ищите другого. Я как-нибудь и без вас обойдусь. 
— Давайте не будем идти по противоположным курсам, — Павел Григорье- 
вич попытался развести двух людей, не понимающих друг друга. — У нас 
с Михаилом здесь и сейчас вполне определенная цель, и я не хотел бы, что- 
бы наше сотрудничество закончилось не начавшись. Я могу продолжать? 

— Давайте, не тяните. Но! Никаких упоминаний о сверхъестественных силах. 
Ведь даже Сетевой Вампир — человек вполне реальный. 

— Вы уверены, что это не просто феномен интернета, а человек? — удивил- 
ся Михаил, познания которого о Сетевом Вампире ограничивались какими-то 
обрывочными сведениями. — Настоящий человек из плоти и крови? 

— Вы сейчас говорите как Маугли, — хмыкнул Аристарх. — Да, это человек. 
Следовательно, он смертен. А значит, я его накажу. Как только сделаю вашу 
работу, так сразу возьмусь за свою. 

«Маугли... — подумал Михаил и решил больше в беседу не вмешивать- 
ся. — Пусть сами договариваются». 

— Итак, продолжу, если вы не против. Интересы моей корпорации на рынке 
компьютерных технологий пересекаются с интересами многих других фирм. 
Одна из них составляет нам очень серьезную конкуренцию. Еще немного уси- 
лий, и она вытеснит нас с рынка... 

— Элементарные вещи, — прокомментировал Аристарх. — Волчьи законы. 
—... Ая не хотел бы видеть гибель моей организации, у истоков которой 
я стоял четырнадцать лет назад, — закончил свою мысль Павел Григорьевич. 
— Следовательно, я должен предпринять какие-то шаги, и, как вы понимае- 
те, они должны быть максимально действенны, а следовательно, незаконны. 

Аристарх понимающе кивнул так, как будто только и занимался всю 
жизнь чем-то незаконным, но очень нужным людям. 

— Чтобы осуществить свои планы, мне нужен такой человек, как вы — 
личность, способная проникать в Сеть всей своей сущностью, — Павел Гри- 
горьевич остановился прямо напротив Аристарха и пристально посмотрел ему 
в глаза. — Вы действительно именно такой, каким я вас себе представлял? 

Аристарх молчал, глядя в одну точку и тщательно избегая встречаться 
взглядом с гостем. 

— Молчите? Ну да ладно... Далее. В чем суть проблемы? В том, что, как и всег- 
да и везде в истории, есть человек, который двигает конкурирующую фирму 
вперед, к успеху так же, как это делаю для своей корпорации я. И чтобы оста- 
новить продвижение конкурентов на рынке, этого человека надо убрать. 

— Надолго ли это остановит их? — внезапно спросил Аристарх. — На смену 


одному придет другой... На этом в свое время обожглись цареубийцы. Навер- 
няка у вашего врага есть масса заместителей, которых он себе подбирал не 
по размеру груди, если только его контора не занимается распространением 
в Сети порнографических фильмов. 

— Нет, до порно им далеко, — отмахнулся Павел Григорьевич. — Дело в ос- 
новном касается интернет-индустрии, рынка браузеров и вообще софта для 
работы с Сетью, в Сети и еще много чего нужного и полезного. 

— Я, наверное, давно не читал газет, — склонил голову хозяин. — Неужели 
русские чего-то добились в этой области? 

— Вы пессимист, я это понял сразу, — Павел Григорьевич покачал головой. 
— Да, мы пока еще не в первых рядах... 

— Станешь пессимистом поневоле, если не сможешь стоять на своих 
собственных ногах... — глаза Аристарха зло сверкнули. — Мы это уже про- 
ходили. Помните, когда хотели поднять автомобилестроение и пытались воз- 
действовать на ввоз иномарок, облагали дополнительными налогами, запре- 
щали правый руль, пристрелили кое-кого, некоторых заставили покинуть 
страну, строили заводы, делили награбленное... И где они все? Неужели вы 
думаете, что вас не постигнет их судьба? Чем вы отличаетесь от них? 

— Проповеди ни к чему, — за босса ответил Михаил. — Давайте лучше рабо- 
тать в указанном направлении. 

— Да, мой коллега прав, — подхватил мысль Павел Григорьевич. Очень не 
хотелось признаваться самому себе в том, что Аристарх прав практически на 
сто процентов. — Необходимо убрать главного программиста конкурентов. 
Выключить из жизни. Максимально выгодный вариант — его смерть... 

— Я сейчас не в силах, — тут же отрицательно замотал головой Аристарх. — 
Это совершенно точно, можете меня не убеждать. Не потяну. 


— Хорошо. Ну, а если вот так... — и Павел Григорьевич легонько махнул ру- 
кой в сторону самого хакера. 
— Болезнь? Инвалидное кресло? А лучше реанимация, — покачал головой 


тот. — Понимаю. Давайте координаты. 

Аристарх с силой крутанул колеса и прокатился пару метров по комна- 
те. Михаил едва успел убрать ногу и проводил хакера взглядом. 

— Работа, работа... — пропел Аристарх, развернулся на месте — похоже, крес- 
лом он владел в совершенстве, как Паганини скрипкой. «Если бы и на компью- 
тере так же... — подумалось Михаилу. — Только бы мы не ошиблись выбором». 

Колеса скрипели, пока хозяин выделывал па посредине комнаты. Вне- 
запно он остановился и сказал: 

— Я отлучусь на несколько минут. Просьба ничего не трогать. 

И выехал в другую комнату, откуда спустя некоторое время раздался 
какой-то шорох и бормотание. 

— Ну, как? — одними губами спросил Павел Григорьевич. 

Михаил покачал головой, не зная, что сказать. 

— Вот так-то... — сам себе ответил босс и развел руками. Похоже, он тоже был 
не очень доволен, что-то в разговоре с Аристархом ему явно не удалось. — Не- 
ужели я ошибся в нем? Он совсем не такой, каким я его представлял себе. 
Я шел на встречу с одержимым, с фанатиком Сети, задавленным на время сво- 
им недугом, надеялся разбудить в нем жажду жизни, но он не такой. Он явно не 
болен. Такое впечатление, что он притаился на время и просто ждал того, кто 
принесет ему адрес Сетевого Вампира на блюдечке с голубой каемочкой. 

— А по-моему, насчет его болезни вы не ошиблись, — прошептал Михаил, по- 
дойдя поближе. — Наркоман... Ведет себя так нервно, резко, переменчиво, 
и потом эта фраза про Бога. К чему он решил закрыть мне рот, когда я про- 
изнес «Слава богу...»? 

— А насчет менингита? Как тебе? — Павел Григорьевич подмигнул Михаилу. 
— И ведь не умер. Если не соврал, конечно... 

— Не соврал, не бойтесь! — донеслось из соседней комнаты. Гости от не- 
ожиданности вздрогнули. 

— Вот так слух... — не таясь, прокомментировал Павел Григорьевич. — 
Никаких секретов в пределах квартиры. 

— Точно, — Аристарх, поскрипывая колесами, показался в дверях. Гости 
его не узнали. 

Он преобразился до неузнаваемости. Лицо было закрыто какой-то по- 
ляризованной маской, которая в зависимости от угла зрения меняла свой 
цвет от розового к голубому. В области глаз она была выпуклой, и поэтому 
голова Аристарха казалась похожей на голову стрекозы. В районе правого 
уха — некое подобие гарнитуры, которая загибала свои обводы в ушную ра- 
ковину и выдвигала ко рту тоненький усик микрофона. На руках — нечто, от- 
даленно напоминающее перчатки рокеров, с укороченными пальцами. 
Вдоль кистей, уходя куда-то под рукава халата, тянулись, пропадая, сереб- 
ристые провода. Он подъехал к своим гостям, совершил вокруг них нечто 
вроде круга почета и, наконец, спросил: 

— Мне удалось вас удивить? 

— Вот именно при помощи... этого... вы совершаете свои виртуальные подви- 
ги? — с трудом произнес Павел Григорьевич. 

— Да, — кивнул Аристарх. Маска несколько раз сменила цвет. — Осталось 
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только включить компьютер и вычислить вашего врага. Проживет он недолго... Надеюсь, ваша корпора- 
ция уделит мне небольшой процент своих акций? Потом, потом — когда все будет так, как вы планируете? 

Павел Григорьевич развел руками, соглашаясь. Собственно, он и не надеялся, что сумеет отде- 
латься от хакера одной только маленькой бумажкой с очень важными для него цифрами. 

— Разумеется. Все, что пожелаете. 

— А в каком-то старом советском фильме про войну говорили: «Все, что могу. Все, что могу...» — Арис- 
тарх подкатил к тому шкафу, который скрывал внутри себя Мас, снова скрипнул дверцей, включил 
компьютер и, пока тот загружался, начал священнодействовать с какими-то маленькими девайсами ря- 
дом. Включил одну черненькую коробочку, другую. На них поочередно загорались и гасли контрольные 
светодиоды. Нечто подобное он включал и на себе, бормоча под нос то ли молитву, то ли заученный раз 
и навсегда список или последовательность действий. 

Михаил смотрел на все это и понимал, что имеет дело с кибершаманом, именно с таким сущест- 
вом: какое-то виртуальное колдовство царило сейчас в квартире Аристарха. Хакер на некоторое вре- 
мя прекратил всякую активность, стал рассматривать таблицы, появившиеся на экране, затем что-то 
прошептал в микрофон — компьютер откликнулся разноцветной диаграммой, построил график, выдал 
несколько вопросов, на которые Аристарх снова ответил тихим голосом. Разобрать, что он говорит, 
было невозможно. 

Неожиданно Павел Григорьевич понял, что Macintosh сейчас распознает хозяина по голосу: все 
эти графики были контрольной аудиограммой, которая сверялась с хранимой в памяти. Похоже, Арис- 
тарх давно не занимался своей работой, потому что компьютер с трудом, с четвертой попытки, сумел 
принять голосовой пароль. 

— Вы слишком много курите, — сказал Павел Григорьевич, давая понять, что он разбирается в про- 
исходящем. 

— Спасибо, что напомнили, — отозвался Аристарх, втащил из кармана халата папиросу, закурил и ак- 
куратно загладил горящий край послюнявленным пальцем — чтобы разгоралось не сильно. По комнате 
снова поплыл сладковатый запах конопли. 

— Это необходимо? — спросил Михаил, который был уверен на сто два процента, что они имеют дело 
с законченным наркоманом, которому осталось совсем чуть-чуть до полного провала их мероприятия. 
— Не то слово... — буркнул в ответ Аристарх, продолжая общаться с компьютером. — Где искать вашу 
мишень? Не стесняйтесь, заказывайте... 

Павел Григорьевич приблизился к Аристарху вплотную и шепнул ему на ухо несколько слов. 

— Вы уверены, что он сейчас там? Человек должен быть сейчас в Сети — я ведь не волшебник, не умею 
работать через холодильник или микроволновку. Только через компьютер! 

Павел Григорьевич кивнул. 

— Не сомневайтесь. Сейчас у нас около шести вечера? Самое время... Привычки изучены доскональ- 
но. Рабочий день до пяти, человек он одинокий, расслабляется подобным образом ежедневно в течение 
полутора часов по окончании рабочего дня. 

— Разведка? 

— Приходится быть Геббельсом и собирать порочащую информацию, иначе не уцелеешь в этом мире. 
— Идеальный объект, — выражение глаз Аристарха было скрыто маской, но губы демонстрировали хо- 
рошее настроение. Хакер улыбнулся. — Полное слияние с Сетью, раскрепощение, расслабление... Луч- 
ше бы живую девочку купил. 

— Покупал, — согласился Павел Григорьевич. — Не те ощущения. 

— Вы-то откуда знаете? — вырвалось у Михаила. 

— Яне про себя. Я про... Объект, как его назвал Аристарх, — ответил Павел Григорьевич, но чувство- 
валось, что он смущен двусмысленностью ситуации. 

— Ну-ну, — хохотнул хакер. — Значит, так. Я работаю. Вы можете идти. Оставьте телефон, сообщу о ре- 
зультате. Если он человек известный, узнаете в новостях, если не очень публичный, то... Про киберсекс 
же узнали? Вот и о здоровье осведомитесь. 

— Я хочу остаться, — вдруг сказал Павел Григорьевич. — Никогда не видел ничего подобного. 

— Я на публику не работаю. Не Дэвид Копперфильд. Здесь не шоу, — не согласился Аристарх. 

— Назовите цену. За какую сумму вы сможете превратить это все в шоу? 

— Яже сказал, деньги меня интересуют не в первую очередь, никогда не чувствовал их власти над собой. 
— Миша, прикажи принести пакеты из машины. 

— Что за пакеты? — напрягся Аристарх. 

— Продукты. Много хорошей еды. Фрукты. Соки. Водка, — Павел Григорьевич произносил слова с от- 
тяжкой, выдерживая паузы. 

— После травы всегда так есть хочется, — понимающе протянул хозяин. — Знаешь, чем купить... Лад- 
но, неси, Мишаня. А я пока начну. 

Он вплотную подъехал к столу, прижав к нему колеса и колени. Михаил увидел, как Аристарх накло- 
нился к экрану, и порадовался тому, что сейчас можно уйти. Он совершенно не хотел присутствовать при 
всяких криминальных сетевых разборках с участием хакеров-убийц и прочей уголовной гадости. В коридо- 
ре, протянув руку к двери, он вдруг услышал что-то вроде «Ухты...», вырвавшееся у Павла Григорьевича. По- 
том раздались его же слова: «Точно, это он... Значит, вот как оно бывает». Михаил не выдержал, выскочил 
на лестницу и, не оглядываясь, рванул вниз, прикидывая, сколько времени ему лучше оставаться в машине. 

Тем временем в квартире Аристарха происходило нечто удивительное. Павел Григорьевич не по- 
нимал того, что происходит на экране: буйство каких-то бешено бегущих снизу вверх строк с загадоч- 
ными знаками и недоступной для восприятия информацией. Но главное происходило не там... 

Павел Григорьевич не мог оторвать глаз от маски Аристарха. Она перестала просто менять цвета, 
на ее поверхности что-то происходило. Несколько радужных бликов неопределенных очертаний посте- 
пенно превращались в цветную картинку, словно отраженную от чего-то, — несколько домов, лиц, над- 
писи в зеркальном отражении... Павел Григорьевич смотрел на все это как на кино, которое Аристарх 
крутит внутри маски, при этом его глаза казались кинопроектором. 

Сквозь непроницаемый материал Павлу Григорьевичу транслировалось то, как Аристарх путеше- 
ствует в Сети в поисках объекта. Хакер пробивался сквозь череду серверов, сетевых экранов, легким 
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движением руки стирал информацию, которая могла бы привести тех, кому 
он навредит, к нему самому. Изредка на маске вспыхивали какие-то круги, 
проносились зеленые и синие штрихи, словно трассирующие пули, — Павел 
Григорьевич пытался объяснить себе их происхождение какой-то сетевой ак- 
тивностью Аристарха, но все наблюдаемое было настолько загадочно и таин- 
ственно, что спустя несколько минут он перестал вообще задумываться над 
тем, что происходит. 

Руки хакера жили своей жизнью, пальцы на клавиатуре легонько подра- 
гивали, в нужный момент находя нужную клавишу. Чаще это было одно нажа- 
тие, реже — быстрая пулеметная очередь, которая заканчивалась громким 
нажатием клавиши ввода. Компьютер, несомненно, каким-то образом реаги- 
ровал на все это, но понять, что же происходит, было все-таки невозможно. 

Неожиданно на маске Аристарха отобразилось лицо человека, о кото- 
ром сегодня шла речь, — лицо человека, который сейчас стал объектом ата- 
ки хакера. Лицо, сначала нечеткое, затем изображенное ясно, всплыло отку- 
да-то из глубины и прорисовалось прямо по контуру маски. Казалось, что 
у Аристарха новое лицо — настолько оно вписывалось в контуры маски. 

«Человек с маски» улыбнулся Павлу Григорьевичу и шевельнул губами, 
спрашивая что-то. В этот момент Аристарх впервые произнес громко и отчетливо: 
— Здравствуйте... 

Гость поразился перемене его голоса. Откуда в нем только взялись вы- 
сокие женские нотки? Но потом он увидел некое подобие модулятора, при- 
стегнутое в проекции гортани, и понял, что хакер был готов и к этому. 

Лицо на маске снова что-то произнесло и игриво подмигнуло. 

— Как обычно, Лайонелл? — спросил Аристарх. — Я прекрасно помню ваши 
пристрастия... В каком сегодня белье? 

Лайонелл посмотрел куда-то вниз, потом снова перед собой... 

«In black... — прочитал по губам Павел Григорьевич. — В черном... 

Но он говорит по-английски, а Аристарх по-русски... Какая разница, в конце 
концов! Наверняка там переводчик на лету транслирует!» 
— Апартаменты? Природа? Берег моря? — Аристарх разговаривал с Лайо- 
неллом как дорогая проститутка, которая знает цену себе. И неудивительно, 
они оба сейчас были на сайте по предоставлению услуг киберсекса, только, 
похоже, Аристарх подменил собой виртуальную модель. 

Было невозможно сразу понять, что говорил клиент, его тирада на 
английском была длинной, Аристарх пару раз кивнул и нажал что-то на 
клавиатуре. Павел Григорьевич вдруг понял, что ждет Михаила: было 


очень неуютно одному в квартире с человеком, который ушел в киберне- 
тический астрал; Аристарх перестал для него быть живым человеком, он 
превратился в робота. 

— И все-таки апартаменты... — голос был по-прежнему теплым, вкрадчивым, 
как раз как голос гейши. — Я одобряю ваш выбор: на море сегодня пасмур- 
но, в лесу, думаю, сыро, и еще... Я так не люблю всякую мошкару! Ну что, ми- 
лый, вперед — в сказку? 

Странно было слышать такое из уст человека в старом байковом хала- 
те, спортивном трико, в то время как на столе рядом с компьютером дымил- 
ся непогашенный «косяк» с марихуаной. Странно и как-то даже неприятно 
для человека с обычной сексуальной ориентацией, каким всю жизнь Павел 
Григорьевич себя считал, отдавая пальму первенства в сексе женщинам. 

Лицо Лайонелла на время исчезло, в маске отразились какие-то прос- 
торные коридоры, множество дверей, они шли куда-то, шли, Аристарх что-то 
шептал, нежно и совсем не по-мужски... 

Наконец, перед ними распахнулся дверной проем, несколько неярких 
ламп проплыли перед глазами Павла Григорьевича. Потом на фоне большой 
кровати под кружевным одеялом снова появилось лицо Лайонелла. 

— Ты не против, если я включу музыку? Что-то легкое... Какой-нибудь старый 
блюз. Хорошо? 

Похоже, Лайонелл согласился. Музыка, конечно же, заиграла, но где- 

то далеко — Павел Григорьевич был уверен, что Аристарх ее слышит. Да 
и вообще Аристарх был сейчас в полном контакте с Лайонеллом, погрузив- 
шимся в интернет. Звуки, видения, ощущения — все проходило сквозь его 
тело и Macintosh. 
— Присядь на край кровати, дорогой... Я сниму твой пиджак. Зачем так силь- 
но завязывать галстук?! — удивленный возглас гейши. — Ну так же нельзя... 
Распустим узел. У тебя так напряжены мышцы... Я помассирую тебе плечи. 
Здесь... и здесь. 

Павел Григорьевич заметил, что пальцы Аристарха шевелятся легко, 
практически незаметно, но где-то там, в астрале, он массировал сейчас тело 
Лайонелла, также подключенное к сенсорному костюму. 

— Вот, уже лучше... Тебе тепло, уютно... Повращай головой. Медленно, медленно... 
А теперь ложись, я разомну тебе спину. С каким маслом это сделать сегодня? 

И вдруг Павел Григорьевич заметил, что на экране компьютера что-то 
изменилось: картинка стала более упорядоченной, появились какие-то табли- 
цы с время от времени меняющимися показателями. Он присмотрелся к дан- 
ным таблиц и вдруг понял, что видит перед собой какой-то очень серьезный 
медицинский сканер, который удаленно вычисляет параметры здоровья 
Лайонелла. Иногда на экране выстраивались графики, отмечались какие-то 
цифры. Пару раз из невидимых колонок слышались тихие гудки. 

«Он отслеживает какие-то параметры здоровья, которые могут ему сей- 
час понадобиться, — понял Павел Григорьевич, с трудом вникнув в то, что 
происходит на экране. — Неужели он сможет повлиять на него физически?» 
— Откинь покрывало... Ложись... Ты любишь смотреть, как я раздеваюсь, 
я знаю... Какая приятная музыка... 

Все-таки жутковато было слышать все это из уст мужчины — Павел 
Григорьевич покачал головой в такт своим мыслям и посмотрел на маску. 
Сложно было что-то разобрать в пятнах света, но было ясно, что кибернети- 
ческая гейша близка к тому, что заняться сексом со своим клиентом. 

— Ну, не будь таким зажатым, милый... В прошлый раз ты набросился на ме- 
ня как вихрь... — Аристарх, продолжая говорить, быстро прошелся по клави- 
атуре. — Не хочешь? Устал? Хорошо, я все сделаю сама... 

Павел Григорьевич понял, что сейчас начнется все самое интересное: 
Аристарх нанесет удар во время секса. Он подошел вплотную к хакеру и при- 
нялся рассматривать показания медсканера. Постепенно он разобрался 
с тем, что здесь к чему, и заметил, что у Лайонелла постепенно растет пульс 
и давление: сенсорный костюм делал свое дело, выполняя все свои возбуж- 
дающие функции. Так продолжалось две, три минуты... 

Внезапно Аристарх шепнул, на этот раз своим голосом: 

— Усилитель... 

И протянул руку к какому-то устройству рядом с компьютером. Мягко 
нажатая кнопка поначалу не произвела никакого эффекта, и вдруг Павел 
Григорьевич понял, что начинает проваливаться куда-то... 

—... Шеф!.. — кто-то тряс его за плечо. — Павел Григорьевич! Что с вами? 
Что здесь произошло? 

— Ничего страшного, — раздался где-то за спиной голос Аристарха. — За- 
хотел посмотреть и посмотрел. Я же не обязан предупреждать обо всех по- 
бочных эффектах своей работы. 

Павел Григорьевич понял, что лежит на полу возле инвалидного крес- 
ла, ткнувшись лицом в то, что когда-то было ковровым покрытием, а теперь 
стало простой грязной тряпкой. Он закашлялся от обилия пыли, схватился за 
сердце, почему-то вдруг обнаружил, что оно болит, но... все было в порядке. 
Рядом с ним на коленях стоял Михаил. В глазах молодого парня был страх 
и недоверие, он подумал, что случилось что-то ужасное. Сзади него по ком- 


нате были рассыпаны яблоки. Еще три пакета, брошенные у двери, являли 
наружу яркие этикетки. 

Руки Михаила помогли ему подняться. Голова кружилась, во рту бы- 
ло сухо. Он покачнулся и резко опустился на табуретку. Кашель так 
и рвался изнутри... 

— Что это было? — сумел произнести он спустя несколько минут, когда в гор- 
ле все успокоилось. — Я помню слово «Усилитель», а потом — все, провал... 

Аристарх в это время медленно потягивал папиросу у подоконника, вы- 
пуская дым вертикально вверх. Маски на нем уже не было, провода тоже ку- 
да-то делись. Он не смотрел на своих гостей, думая о чем-то далеком... 

— Я спрашиваю! Что со мной случилось?! — повысил голос Павел Григорь- 
евич. — Я думаю, я вправе знать и об этом, и о том, что там с нашим заказом! 
— Все просто, — выдохнул в очередной раз пару колец Аристарх. — Во вре- 
мя включения усилителя эмоций поле зацепило и вас... Уж не знаю, что там у 
вас было на душе, но оно выросло во много раз и повергло вас в обмороч- 
ное состояние. Сразу отвечу на следующий невысказанный вопрос: да, 
я знал о том, что так будет. Знал и не сказал. Я не хотел, чтобы вы видели все 
целиком, поэтому сам момент воздействия на человека, которого вы мне за- 
казали, оказался вам недоступен. 

— Что вы с ним сделали? — спросил Михаил, который не видел вообще ничего. 
— Пока он развлекался с виртуальной проституткой, медицинский сканер 
изучал все его слабые стороны. У него в его сорок с небольшим лет уже име- 
лись умеренные признаки стенокардии. Проще говоря, его уже преследова- 
ли болевые приступы в области сердца... 

— Значит, я был прав, — тихо сказал Павел Григорьевич. — Сканер... Послу- 
шайте, а как вы умудрялись держать одновременно два канала связи: и через 
сервер киберсекса, и со своим медицинским оборудованием? Ведь вы же 
должны были оценивать всю информацию, которая поступала вам с двух нап- 
равлений. Я бы понял, если бы за вас все делал компьютер, но это не так и, 
к тому же, значительную часть процесса вы взяли на себя! 

— Техническая сторона работы — это мой секрет, — Аристарх причмокнул 
губами, затягиваясь. Чувствовалось, что он расслабляется, глаза его были 
прикрыты. Казалось, что и его голос становится тише. — Хотя... все это мож- 
но объяснить талантом. Даже больше — гением. Но мне не нужны все эти 
эксцентрические звания. Вы яблочки не соберете? — внезапно спросил он 
у Михаила. Тот огляделся по сторонам и, не отрывая глаз от Аристарха, нак- 
лонился, принялся шарить пальцами по полу, складывая яблоки в пакет. 

— Что сейчас с Лайонеллом? — спросил Павел Григорьевич. — Он вне игры? 
— Да, — кивнул Аристарх, затушив папиросу. — У него обширный ин- 
фаркт. Не скажу вам точно, какой локализации, но он сейчас наверняка 
в реанимации. Вы же не просили его убивать, ведь так? — хакер спраши- 
вал не ожидая ответа. — Вотя и сделал то, что сделал. Тяжелая болезнь, 
которая на продолжительное время выведет его из работы над конкури- 
рующим проектом и не позволит в дальнейшем использовать возможнос- 
ти в полную силу. Теперь он будет бояться... Бояться компьютеров, вир- 
туальности... Наверное, даже женщин и секса. Представляете, — он хо- 
хотнул, — вы трахаете девочку, а вас настигает инфаркт! Вот это супер. 
Просто, по Павлову, выработка рефлекса. Теперь, когда он вдруг увидит 
красивое черное белье на девочке с обложки глянцевого журнала, его 
скрутит приступ стенокардии! 

Михаил тем временем собрал все, подобрал с пола остальные пакеты 
и поставил их к стенке. 

— Так дело сделано? — спросил он, не обращаясь конкретно ни к кому. — 
Главный программист компании... Их компании... выведен из строя? 

— Да, — кивнул Аристарх. — Выведен-выведен. Надеюсь, навсегда. Хотя лично 
я в этом нисколько не заинтересован. А вот как теперь вы будете с этим жить? 
Знать, что вы ЛУЧШИЕ только потому, что САМЫХ ЛУЧШИХ вывели из игры? 
— Как-нибудь проживем, — тяжело сказал Павел Григорьевич. — Сколько 
уже можно терпеть то, что наши компании на мировом рынке ничего не сто- 
ят? Сколько вы навскидку вспомните русского софта, более или менее кон- 
курентоспособного? 

— Даже вспоминать не хочу, — крутанулся на месте Аристарх. — Как предс- 
тавлю, сколько этого самого конкурентоспособного софта является таковым 
только потому, что исходники у кого-то украдены, потому что программистов 
покупают, убивают, компрометируют. Потому, что кругом воровство, пират- 
ство. Всюду такие, как вы, делают бизнес. Я никоим образом не оправдываю 
акул западного бизнеса, но уж больно все у нас грязно... 

— К черту лирику, — отмахнулся Павел Григорьевич. — Я знаю про вас 
все. Вы — такой же, каким считаете и меня. Когда Сетевой Вампир нанес 
удар по вашей нервной системе, вы приняли решение бороться с ним до 
конца. Вот только никто тогда не поверил вашим бредням, вас упрятали 
в психиатрическую лечебницу, отлучили от компьютера... Не знаю, сколь- 
ко всякой химии было пропущено через вас, но вы были признаны выздо- 
равливающим и выпущены через полтора года — настолько серьезным 
было ваше состояние. 


— Представьте себе состояние самих психиатров, когда существование 
сетевого Вампира было официально подтверждено, — огрызнулся Арис- 
тарх. — Но я не виню их. Разговоры об этом привидении, об этом монстре 
Сети всегда напоминали «Секретные материалы». Похоже, у вас чудес- 
ные осведомители. 
— Стараемся, — продолжил Павел Григорьевич. — Поэтому не надо обви- 
нять меня в смертных грехах. Выйдя из больницы, вы посвятили дальнейшую 
жизнь сетевой деятельности незаконного характера. Вы готовили себя к пов- 
торной встрече с Сетевым Вампиром, чтобы на этот раз выйти из нее побе- 
дителем, отомстив за свою инвалидное кресло и тягостное существование. 
И на этот раз в процессе подготовки вы не гнушались ничем. Список ваших 
заданий и побед — это, конечно, не достояние выпуска новостей. Но, тем не 
менее, узнать кое-что было можно. Как вы живете после всех ваших гнуснос- 
тей? Вы утопили в дерьме, в крови и безумии десятки публичных людей, вы 
изучали на них свои высокие технологии, свои «ноу-хау» вроде этого костю- 
ма, аналога которому я пока не знаю! 

— Десятки? — усмехнулся Аристарх. — Да на одной этой маске тридцать 
шесть побед в виртуале, включая сегодняшний случай! Трое умерли после 
встречи со мной, восемь человек получили инсульты и инфаркты — вот как 
Лайонелл сегодня! У остальных те или иные виды поражений нервной сис- 
темы — такое же, что Вампир сделал со мной! Параличи, немота и много 
всякой другой гадости! И все они, все они хотели жить и приносить поль- 
зу! Но такие, как вы, считали, что от них только вред, и приходили ко мне 
делать заказы! 

— Тридцать шесть... — прошептал Михаил и зачем-то оглянулся на дверь. — 
А всего-то сколько? 

— Не считал, — зло ответил Аристарх, не глядя на того, кто задал вопрос. — 
У меня нет никакой бухгалтерии, если вы думаете, что я могу заглянуть в при- 
ходно-расходную книгу и узнать, сколько человек заплатили мне гонорары за 
мою работу! Когда у вас нет ног, вам становится совершенно все равно, 
сколько их и какие деньги они несут! Я, как видите, рад пакету яблок и кило- 
грамму пельменей просто потому, что не могу выйти на улицу! В этой стране 
все наперекосяк: лифта нет, по лестнице не скатишься! Я не видел улицы уже 
много лет, и все благодаря сетевым войнам! 

— Не пытайтесь вызвать во мне жалость, — Павел Григорьевич встал и по- 
дошел к Аристарху вплотную. — Между мной и вами нет разницы, мы сейчас 
вместе довели человека до инфаркта. Я — потому что я так хотел, вы — по- 
тому что это умели. Я знаю, что таких, как вы, в мире много — тех, кто полу- 
чил удар от Сетевого Вампира и до сих пор не может прийти в себя. Жизнь 
их растоптана и смята, они больны, несчастны, брошены. Но они пытаются 
бороться. Некоторые из них погибают, снова и снова сражаясь с этим 
монстром, а ведь это всего лишь человек... Такой же, как вы, но только с ги- 
пертрофированным чувством виртуала. Он атакует вас и питается вашим 
здоровьем, вашими эмоциями, вашими непрожитыми годами. Боритесь — 
и пусть даже мой пакет яблок поможет вам в этой борьбе. Вы хотели увидеть 
недостающие цифры на том листочке? Получите. 

Павел Григорьевич вынул из кармана «Паркер» и дописал их по памя- 

ти. Положив листок возле компьютера, он сказал на прощание: 
— Мы в расчете? Желаю вам... Искренне желаю вам победы в поединке. 
Думаю, что в суровом мире бизнеса я еще не раз о вас вспомню. Вы нуж- 
ны мне живым. С огромной неохотой даю вам сейчас этот адрес — плод 
длительных поисков и серьезных финансовых вложений. Найти его было 
трудно, но все-таки реально. Понимаю, что за другую цену вы не согласи- 
лись бы, но очень хочу встретиться с вами вновь. Если останетесь в жи- 
вых, позвоните мне. Прощайте. 

И они ушли. 

Аристарх сидел в кресле и смотрел в окно неподвижным взглядом. 

— Кругом сплошное лицемерие, — произнес он тихо, когда его гости уже се- 
ли в черную «Волгу» и отьехали от дома. — Прийти, заказать человека, а по- 
том распинаться в любви и человеколюбии. Я ему нужен явно не для филосо- 
фских бесед. Такие люди — им стоит только начать устранять конкурентов 
уголовными методами... Потом уже не остановишь. 

Он немного отьехал от окна в сторону стола и посмотрел на листок 

с сетевым адресом. 
— Но ведь тут есть и другая сторона, — сказал он сам себе. — Чем меньше 
таких, как я, тем выше вероятность, что в следующий раз придут ко мне. 
Принцип Маклауда соблюдается везде в этой жизни, в том числе в виртуале. 
ДОЛЖЕН ОСТАТЬСЯ ТОЛЬКО ОДИН. 

Он погладил руками колеса коляски, встал, сделал несколько упражне- 
ний, прошел на кухню и сделал себе кофе. Из пакетов, принесенных гостя- 
ми, он достал продукты, забил ими холодильник, вернулся в комнату и поста- 
вил к столу вместо коляски табуретку. 

— Ну, какой еще идиот рискнул назваться моим именем? — спросил он 
у компьютера, надевая маску. — Людям никогда не давала покоя чужая слава. 
И Сетевой Вампир, глядя в листок с адресом, начал очередную атаку & 


заполни 
анкету — 
сделай журнал 
лучше 


ЕСЛИ ТЫ ХОЧЕШЬ ПОМОЧЬ НАМ ДЕЛАТЬ ЖУРНАЛ, ВСТУ- 
ПАИ В ФОКУС-ГРУППУ СПЕЦА! УЧАСТНИКИ ФОКУС-ГРУП- 
ПЫ СМОГУТ ПЕРВЫМИ ОЦЕНИТЬ ПРЕДСТОЯЩИЕ НОВОВ- 
ВЕДЕНИЯ, ВЫСКАЗЫВАТЬ СВОЕ МНЕНИЕ О КАЖДОМ НО- 
МЕРЕ НАПРЯМУЮ РЕДАКЦИИ. ОТ ТЕБЯ ТРЕБУЕТСЯ НЕМ- 
НОГО: БЫТЬ В ОНЛАИНЕ, ПЕРИОДИЧЕСКИ ОТВЕЧАТЬ НА 
ВОПРОСЫ РЕДАКЦИИ И, САМОЕ ГЛАВНОЕ, ЖЕЛАНИЕ. 
ЧТОБЫ ПОПАСТЬ В ФОКУС-ГРУППУ, НУЖНО ВСЕГО ЛИШЬ 
ЗАПОЛНИТЬ ЭТУ АНКЕТУ И ПРИСЛАТЬ ЕЕ НАМ. ЕСЛИ ТЫ 
НЕ ХОЧЕШЬ БЬТЬ В ТЕСТ-ГРУППЕ, ВСЕ РАВНО ПРИШЛИ 
АНКЕТУ — НАМ ЭТО ОЧЕНЬ ВАЖНО! 


Заполненную анкету присылай по адресу: 
101000, Москва, Главпочтамлпт, а/я 654, Хакер Спец, 
с пометкой «Анкета» или Ha vote@real.xakep.ru. 


_03.06(64) 


Давно ли ты читаешь «Хакер Спец»? 

О с первых номеров 

О около года 

О несколько последних номеров 

О первый раз 

Как ты считаешь, изменился ли «Хакер Спец» 
за последнее время? 

О да, улучшился 

О да, ухудшился 

О нет, по-моему, не изменился 


Какой из последних номеров тебе понравился 
больше всего? 


Понравился ли тебе новый дизайн СПЕЦа? 
Ода 

О нет 

О не обращаю внимания на дизайн 
Хотелось бы тебе новых рубрик в ОФФТОПИКе? 
О да 

О нет 

Достаточно ли объемна ТЕМА НОМЕРА? 

О вполне 

О ее нужно увеличить 

О слишком большая 

Какие журналы ты читаешь, кроме СПЕЦа? 


Upgrade 

Мир ПК 
Upgrade Special 
другой(ие) 


Какой оптический привод в твоем компьютере? 
О CD-ROM/CD-RW 

О Combo CD-RW/DVD-ROM 

© DVD-ROM/DVD-RW 

Часто ли ты бываешь Ha Xakep.ru? 

О постоянно 

О иногда 


О 12.05(61) — Электронные деньги Хакер О очень редко 
О 01.06(62) — Васкир СНР О никогда не был 
© 02.06(63) — Tuning CHIP Special Предложи тему для очередного номера: 
© 03.06(64) — Game coding Компьютерра 
О нет Basic/VB 
O се oS O 4 He работаю Perl 
Твой средний месячный доход? другое 


ФИО 
Где ты живешь 


E-mail 

Сколько тебе лет 

О меньше 17 

О 18-20 

О 21-23 

О 24-27 

О 28-30 

О 30-33 

О больше 33 

Твое семейное положение 

© холост 

О женат 

В каком вузе ты учишься (учился) 
О техническом 

О гуманитарном 

О 8 He учусь в вузе 

Связана ли твоя работа с ИТ? 
О да 


О да — планирую работать в ИТ 


О меньше $100 


я не программер 


О $100-300 С какими платформами у тебя есть опыт работы? 
О $300-700 PC (Windows) 
О больше $700 [_] *nix (Unix, Linux, BSD) 
Сможешь ли ты сам собрать компьютер? Macintosh 
О с закрытыми глазами Palm OS 
О no книжке Pocket PC (Windows CE) 
© сомневаюсь EPOC/Symbian 
Какой у тебя канал в интернет? другое 
О выделенка Какие из перечисленных вещей у тебя есть? 
О dial-up DVD-nneep 
О нет интернета DVD-ROM 
Чем ты пользуешься для общения в Сети? MP3-nneep 
e-mail ноутбук 
чаты домашний кинотеатр 
[]1СО и другие мессенджеры [_] мобильный телефон 
другое КПК (коммуникатор) 
На каком языке ты пишешь? цифровой фотоаппарат 
Assembler цифровая видеокамера 
С/С++ СР5$-навигатор 
Pascal/Delphi Да, я хочу в фокус-группу! 


Попробуйте подписаться в редакции, позвоните нам. 
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* Лля подписчиков в Москве курьерская доставка в день выхода журнала 780-88-29 (для Москвы) 
* Дешевле, чем в розницу 
* Гарантия доставки и замены в случае потери 8-800-200-3-999 (для России) 
* Спец о предложения для подписчиков . BEE 2 BOH КИ БЕС] 1ЛАТН ЫЕ 
* Первый номер подписки высылается по звонку вместе с заполненной 

витанцией для оплаты Мы работаем с 9 ло 18 по рабочим дням 


Мобильные 
компьютеры 
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Seny VON-FEIUNSE 


ТОПОГРАФЫ 


ПУЧИМЕ ПРОГРАММЫ 


